On Aug 30, 2006, at 7:12 PM, Michael Gentry wrote:
> The only encryption I'll include with Cayenne in ROT13,
> which is incredibly weak and anyone can encode/decode with:
>
> tr "[a-m][n-z][A-M][N-Z]" "[n-z][a-m][N-Z][A-M]" < filename
>
> ROT13 will basically serve as an example for anyone wanting to
> implement something stronger. Now to the technical stuff ...
That's pretty cool, I like that :-)
> Since I don't
> think I can send attachments to the list, please send me an e-mail if
> you'd like to see what the new pane will look like and I'll send you a
> PNG of the current mockup.
You can upload screenshots to Wiki or Jira. Having a jira issue to
track the new feature is a good idea anyways.
> In a nutshell, you will be able to choose
> the password format (Plain Text, ROT13, User Defined ...), storage
> location (Model, External File), and an optional data string (such as
> a key) to be used by the encryption algorithm you supply (ROT13 and
> Plain Text will ignore the data string).
do you think external file storage is important to have?
> XML changes:
>
> The DataNode XML file will need to have the <login/> element extended
> to support the encryption algorithm class, data string (key), and
> password location.
Maybe just use <property> tags for all extra stuff? That's how
extensions are configured in cayenne.xml and *.map.xml at the moment.
> Andrus: What are your feelings about adding this to 1.2? We have to
> get software approved and since 2.0 isn't out yet (and is a clone of
> 1.2, anyway) and 3.0 is a development cut, 1.2 is the most politically
> correct one at the moment ...
Sounds fine. One note - since we are not releasing new features in
1.2 anymore, you'll probably have to maintain the patched version of
1.2 on your own (or create a new branch in SVN). Just keep a log of
all the progress in Jira, so that we can propagate it straight to
3.0 once it is done.
Will this work for you? (That's how Mike K. is handling his patches).
I am very reluctant to open 1.2 to any *official* new development.
Andrus
P.S. We are very close to releasing 2.0, but that's a stable branch
as well :-)
This archive was generated by hypermail 2.0.0 : Wed Aug 30 2006 - 11:35:26 EDT