Re: [flexcoders] Re: AS3 encryption
this project has public/private but it's written in ASP and JavaScript only and he/she hasn't updated it in a long while and I don't know ASP well to convert it :p... maybe you can? it's at http://assl.sullof.com/assl/ On 09 Apr 2007 09:55:17 -0700, Jeffry Houser [EMAIL PROTECTED] wrote: What Doug said But, depending what you want to do you can also take a look at: http://ascrypt3.riaforge.org/index.cfm ( My open source project ) and http://crypto.hurlant.com/ | http://z3labs.com/2007/03/05/as3crypto/ (An alternate open source crypto project, which has more options than mine ) I'd love to find some type of public / private key support in Flex. At 12:43 PM 4/9/2007, Doug Lowder wrote: The AS3 corelib has an MD5 algorithm implemented. http://labs.adobe.com/wiki/index.php/ActionScript_3:resources:apis:libraries Probably the safest way to send data, though, would be to send over HTTPS rather than HTTP. If your data really are of a sensitive nature, then your server should be configured to accept HTTPS/SSL connections. Part of security is also verifying that the server you are communicating with is who you think it is; data encryption alone won't accomplish that, but SSL will. HTH, Doug --- In flexcoders@yahoogroups.com, André Rodrigues Pena [EMAIL PROTECTED] wrote: Hi all, I'm looking for someway to encrypt the information I'm sending through HTTPService via POST. I need this information to be decrypted inside a JSP script at the back-end. So I need a encryption method that has a corresponding decryption method at server-side (Java) I'm not experienced with cryptography. If you already solved some problem like that. Please help. -- André Rodrigues Pena -- Jeffry Houser, Software Developer, Writer, Songwriter, Recording Engineer AIM: Reboog711 | Phone: 1-203-379-0773 -- My Company: http://www.dot-com-it.com My Podcast: http://www.theflexshow.com My Blog: http://www.jeffryhouser.com Connecticut Macromedia User Group: http://www.ctmug.com
Re: [flexcoders] Apollo features
I suggest you re-read what I said then... because I said it and Mike Chambers has it quoted I would kinda expect that you can launch exe passing parameters ( like CLI style or something similar ), talk to dynamic libraries like .dll ( Windows ), .so ( Linux )... and as I said before I don't know much about Mac's so I don't know what they use for dynamic libraries... dunno if they also use .so... I don't know On 2/3/07, Shannon Hicks [EMAIL PROTECTED] wrote: You never said anything about this in your previous email. All you said in your previous email was, basically, that if you couldn't run dll's Apollo was useless. My response was targeted toward that. Even considering your new statements, I still stand by my original opinion that the value is being cross-platform. Just because 80% of business applications are built on a proprietary platform doesn't mean that it's the best idea to continue building on such a limiting platform. Don't get me wrong... Apollo is also a closed platform, but at least it will run on Windows, Mac and Linux. If a company isn't interested in investing in a project that has these potential long-term advantages, then Apollo might not be for them anyway. If a company is interested in sticking with Windows proprietary software, I don't see the advantages of Apollo over, say, VB... Or just sticking with the software they're currently using. Shan Jason Hawryluk wrote: So your saying it's better for a company to re create the wheel then to leverage their existing investments. 80%+ of business applications are specific to windows not leveraging that investment is just stupid. So now if I have a client that wants to leverage Apollo I have to let them know their going to need to dump everything they have built as it's not cross platform, and even though they are a windows platform company they really need cross platform. I had never stated just target win dll's, and I had meant a value proposition for business. Do you honestly think that company is going to look at Apollo and say sweet now I can target the other 5% of the market. Let's dump everything and start over? I'm totally missing your logic here. jason -Message d'origine- *De :* flexcoders@yahoogroups.com [mailto:flexcoders@ flexcoders@ yahoogroups.com]*De la part de* Shannon Hicks *Envoyé :* vendredi 2 février 2007 18:31 *À :* flexcoders@yahoogroups.com *Objet :* Re: [flexcoders] Apollo features The real value of Apollo would be cross-platform applications. I can't run your DLL's on my Mac. If you need DLL's, use VB to build your app, and don't tease me with the false hope of a cross-platform application by building with Apollo and then ruining it with windows-only code. :) Shan Jason Hawryluk wrote: I have to agree here, if we can't extend it with our own dll's then what is the real value proposition for Apollo. I think support for dll's is important (com, managed, other). Allowing us to reuse our existing middle tiers/frameworks, and use Apollo to create engaging user experiences. jason -Message d'origine- *De :* flexcoders@yahoogroups.com [mailto:flexcoders@ flexcoders@ yahoogroups.com]*De la part de* Jerome Clarke a.k.a sinatosk *Envoyé :* vendredi 2 février 2007 16:54 *À :* flexcoders@yahoogroups.com *Objet :* Re: [flexcoders] Apollo features To be honest... all this talk I've been hearing about Apollo being used as desktop applications using web technologies... I would kinda expect that you can launch exe passing parameters ( like CLI style or something similar ), talk to dynamic libraries like .dll ( Windows ), .so ( Linux )... kinda surprised it doesn't support any of that yet... yet they call it desktop applications... it's more like their own browser in my opinion... I doubt this is how Apollo will be all the way. But if it does... can't say people will move to it quickly while MDM Zinc is there being able to do all of that ( regardless Zinc is free or not ) and WPF/E I had plans to write applications where I can use SQLite, MySQL, GD2, run servers using TCP/IP on specific ports and ip addresses, video codecs like divx, xvid and others... if all I can do is talk to the file system then I may aswell stick with Flex 2... The only use I can see that for is for offline storage applications like the ebay application and Amazon application... Thats what alot of people want to do anyways but thats not the only thing they want to do... but then again I'm assuming quite abit here... I havn't got full info about Apollo... but what I've been hearing about WPF/E compared to Apollo... I'm assuming Apollo can't do some of the things I said above and I'm not interested in WPF/E. As far as I know... only works on Windows but I still watch it to see what people say about it... I like to be cross platform I use Flex 2 alot for the things I'm doing now. I don't think I will be using Apollo as much as I thought I predicted as I do with Flex 2 On 2/2/07, Kevin Newman [EMAIL
Re: [flexcoders] Apollo features
To be honest... all this talk I've been hearing about Apollo being used as desktop applications using web technologies... I would kinda expect that you can launch exe passing parameters ( like CLI style or something similar ), talk to dynamic libraries like .dll ( Windows ), .so ( Linux )... kinda surprised it doesn't support any of that yet... yet they call it desktop applications... it's more like their own browser in my opinion... I doubt this is how Apollo will be all the way. But if it does... can't say people will move to it quickly while MDM Zinc is there being able to do all of that ( regardless Zinc is free or not ) and WPF/E I had plans to write applications where I can use SQLite, MySQL, GD2, run servers using TCP/IP on specific ports and ip addresses, video codecs like divx, xvid and others... if all I can do is talk to the file system then I may aswell stick with Flex 2... The only use I can see that for is for offline storage applications like the ebay application and Amazon application... Thats what alot of people want to do anyways but thats not the only thing they want to do... but then again I'm assuming quite abit here... I havn't got full info about Apollo... but what I've been hearing about WPF/E compared to Apollo... I'm assuming Apollo can't do some of the things I said above and I'm not interested in WPF/E. As far as I know... only works on Windows but I still watch it to see what people say about it... I like to be cross platform I use Flex 2 alot for the things I'm doing now. I don't think I will be using Apollo as much as I thought I predicted as I do with Flex 2 On 2/2/07, Kevin Newman [EMAIL PROTECTED] wrote: Tom Chiverton wrote: Does anyone or has read somewhere, if Apollo will allow you to launch native local applications ? As far as I know, Apollo is using webkit, does this include the ability to run other plugins besides Flash (like Java)? If so, can you use one of those other plugins (java, or perhaps a custom plugin) to access native dlls and such by communicating from Flash to Javascript, then to the other plugin in Javascript? Kevin N.
Re: [flexcoders] Apollo features
heh since when did I say .dll files under Mac? you ofcourse will have to dispatch both the .dll and the .so files with it and program your apollo app to see if your running on windows or linux or mac ( I don't know much about the mac ) to use the correct dynamic library... and I don't use VB thanks like I said before I like to be cross platform On 2/2/07, Shannon Hicks [EMAIL PROTECTED] wrote: The real value of Apollo would be cross-platform applications. I can't run your DLL's on my Mac. If you need DLL's, use VB to build your app, and don't tease me with the false hope of a cross-platform application by building with Apollo and then ruining it with windows-only code. :) Shan Jason Hawryluk wrote: I have to agree here, if we can't extend it with our own dll's then what is the real value proposition for Apollo. I think support for dll's is important (com, managed, other). Allowing us to reuse our existing middle tiers/frameworks, and use Apollo to create engaging user experiences. jason -Message d'origine- *De :* flexcoders@yahoogroups.com [mailto:flexcoders@ flexcoders@ yahoogroups.com]*De la part de* Jerome Clarke a.k.a sinatosk *Envoyé :* vendredi 2 février 2007 16:54 *À :* flexcoders@yahoogroups.com *Objet :* Re: [flexcoders] Apollo features To be honest... all this talk I've been hearing about Apollo being used as desktop applications using web technologies... I would kinda expect that you can launch exe passing parameters ( like CLI style or something similar ), talk to dynamic libraries like .dll ( Windows ), .so ( Linux )... kinda surprised it doesn't support any of that yet... yet they call it desktop applications... it's more like their own browser in my opinion... I doubt this is how Apollo will be all the way. But if it does... can't say people will move to it quickly while MDM Zinc is there being able to do all of that ( regardless Zinc is free or not ) and WPF/E I had plans to write applications where I can use SQLite, MySQL, GD2, run servers using TCP/IP on specific ports and ip addresses, video codecs like divx, xvid and others... if all I can do is talk to the file system then I may aswell stick with Flex 2... The only use I can see that for is for offline storage applications like the ebay application and Amazon application... Thats what alot of people want to do anyways but thats not the only thing they want to do... but then again I'm assuming quite abit here... I havn't got full info about Apollo... but what I've been hearing about WPF/E compared to Apollo... I'm assuming Apollo can't do some of the things I said above and I'm not interested in WPF/E. As far as I know... only works on Windows but I still watch it to see what people say about it... I like to be cross platform I use Flex 2 alot for the things I'm doing now. I don't think I will be using Apollo as much as I thought I predicted as I do with Flex 2 On 2/2/07, Kevin Newman [EMAIL PROTECTED] wrote: Tom Chiverton wrote: Does anyone or has read somewhere, if Apollo will allow you to launch native local applications ? As far as I know, Apollo is using webkit, does this include the ability to run other plugins besides Flash (like Java)? If so, can you use one of those other plugins (java, or perhaps a custom plugin) to access native dlls and such by communicating from Flash to Javascript, then to the other plugin in Javascript? Kevin N.
Re: [flexcoders] Apollo features
extending on that... will we be able to communicate with dynamic libraries? ( like .DLL on windows, .SO on linux ) On 1/30/07, Tom Chiverton [EMAIL PROTECTED] wrote: Does anyone or has read somewhere, if Apollo will allow you to launch native local applications ? -- Tom Chiverton This email is sent for and on behalf of Halliwells LLP. Halliwells LLP is a limited liability partnership registered in England and Wales under registered number OC307980 whose registered office address is at St James's Court Brown Street Manchester M2 2JF. A list of members is available for inspection at the registered office. Any reference to a partner in relation to Halliwells LLP means a member of Halliwells LLP. Regulated by the Law Society. CONFIDENTIALITY This email is intended only for the use of the addressee named above and may be confidential or legally privileged. If you are not the addressee you must not read it and must not use any information contained in nor copy it nor inform any person other than Halliwells LLP or the addressee of its existence or contents. If you have received this email in error please delete it and notify Halliwells LLP IT Department on 0870 365 8008. For more information about Halliwells LLP visit www.halliwells.com.
Re: [flexcoders] Flex 3.0 - What happened to letting Flex 2 bed in?
I personally don't see a problem with it... it's not like they're releasing a new Flash Player and AVM ... just a updated/new framework that still works with Flash 9 AVM2 and other things ofcourse like SDK etc etc. People will still be able to use Flex 2 On 1/25/07, Adam Reynolds [EMAIL PROTECTED] wrote: I don't know if anybody else has signed up for the Flex 3 beta, but does anyone else feel that Flex 3 is a little bit too close to Flex 2? I was discussing this with an editor of a PC magazine, here in the UK, and he was very surprised. I'm assuming Adobe will not be charging much for upgrades from 2 to 3 and is it really such a good idea to be going up a whole new version when Flex 2 has literally been around for months, not even years. I really would like Adobe to comment on this as this seems a bit messed up. Can they assure the community that there will be a minor charge for upgrading from 2 to 3? Adam
[flexcoders] SVN ( Subversion ) and Flex Builder
This is what I do when I come to create a new Flex project using Adobe Flex Builder and Subversion - I create a temporary directory and inside that directory I create 3 more called 'branches', 'trunk' and 'tags' - I create a Flex project for example Gallery - I then create a new repository in subversion - I then copy only the source code files ( 'mxml' and 'as' ) into the 'trunk' directory which is in the temporary directory I created earlier - I then import the tempoaray directory into my new repository - I then delete the temporary directory - I then setup the repository in the Flex builder and check it out again creating the same project again but ends with SVN for example Gallery SVN - I then delete the project Gallery thats it :p How do you do yours when you first start a Flex project along with subversion. I'm interested/curious/wondering :p
Re: [flexcoders] SVN ( Subversion ) and Flex Builder
Thanks for that. didn't know you could do it that way. Much quicker and easier :p On 1/15/07, Kevin [EMAIL PROTECTED] wrote: This is what I do: 1) create a new Flex Project in Flex Builder 2) right-click on the flex project and select Team - Share Project 3) choose SVN 4) either create new repository location or use existing (up to you) 5) choose 'specified folder name' and type: projectname /trunk 6) follow the prompts fro her - which allow you to choose what to commit and what to exclude. This approach has work pretty well for me. Not sure if it is the correct way though. I create the branches tags folders directly in the SVN later when I need them. - kevin On Jan 15, 2007, at 7:25 AM, Jerome Clarke a.k.a sinatosk wrote: This is what I do when I come to create a new Flex project using Adobe Flex Builder and Subversion - I create a temporary directory and inside that directory I create 3 more called 'branches', 'trunk' and 'tags' - I create a Flex project for example Gallery - I then create a new repository in subversion - I then copy only the source code files ( 'mxml' and 'as' ) into the 'trunk' directory which is in the temporary directory I created earlier - I then import the tempoaray directory into my new repository - I then delete the temporary directory - I then setup the repository in the Flex builder and check it out again creating the same project again but ends with SVN for example Gallery SVN - I then delete the project Gallery thats it :p How do you do yours when you first start a Flex project along with subversion. I'm interested/curious/wondering :p
Re: [flexcoders] Re: source code of Training from the Source
that doesn't make sense if you bought the book, it should be on the cd what do you mean by my copy is no more usable ??? On 12/28/06, Shailesh Mangal [EMAIL PROTECTED] wrote: I know, but my copy is no more usable. Wondering if any one can share theirs. You can send to me the zipped version on my mailID. -sxm --- In flexcoders@yahoogroups.com flexcoders%40yahoogroups.com, Jeff Hindman [EMAIL PROTECTED] wrote: It's on a CD that came with the book. --Jeff Hindman Simon Software Solutions _ From: flexcoders@yahoogroups.com flexcoders%40yahoogroups.com [mailto: flexcoders@yahoogroups.com flexcoders%40yahoogroups.com] On Behalf Of Shailesh Mangal Sent: Wednesday, December 27, 2006 5:31 PM To: flexcoders@yahoogroups.com flexcoders%40yahoogroups.com Subject: [flexcoders] source code of Training from the Source Does any one have the source code of Adobe Flex2 - Training from the Source. sxm
Re: [flexcoders] Firefox - TextInput Bug
Ye I get the same problem too. I'm using firefox 2.0 what you using? http://examples.adobe.com/flex2/consulting/styleexplorer/Flex2StyleExplorer.html then just select form elements and go from there to test it :p On 12/12/06, polonycjunk [EMAIL PROTECTED] wrote: I tried submitting this message around 9Am but still hasn't gone through. I'm posting this again. The Bug: Accessing a compiled .swf file containing a TextInput Box through Mozilla FireFox. Click on the address bar, click on the text input box, click on the address bar again, and then start typing. Instead of typing into the address bar, you are actually typing into the text input box. This doesn't happen when I access the same .swf file through Internet Explorer. I haven't submitted the bug to Adobe yet, I just wanted to run it by you guys first to see if it's just me.
