On 8/12/06, Tom Morris <[EMAIL PROTECTED]> wrote:
> I made use of this existing class in order to detect the end
> of the XMI.content and allow some listener to inject
> XMI.extensions into the correct place in the output.
This relates to #5 in the list of issues that I sent in response to your
request for comments on your proposal to completely change the way we
persist projects.
I didn't see any reply from anyone. Certainly not on the issue or the
dev list. Did you send it direct to my gmail? I haven't seen anything
and a search doesn't find it. Do you have it in your sent mail? What
date was it sent?
> I'm sure the byte by byte parsing can be improved upon but if
> you have some completely different idea of how to achieve
> this then do let me know.
Inefficiencies aside, bytes and characters are entirely different beasts.
If you require a single byte character set with a particular encoding so
that you can check bytes (instead of characters) for a '>' then the code
probably needs to make sure that assumption is fulfilled.
The char to byte stuff was already there I believe. Don't know why.
As I mentioned in my previous note though, I really think: a) this is the
wrong time to be doing this and b) if it is done, this is the wrong level to
be doing this processing at.
I wish I had seen this.
This whole thing needs to be much better thought out. I'm particularly
disappointed to see things like the arbitrary removal of support for
imported ActivityGraphs without any thought for the impact on AndroMDA
users.
Diagrams aren't saved in XMI anywhere that AndroMDA would find them.
So what is the problem with this?
I'd like to see an option to auto-generate several different diagrams
with figs but what's the point in generating empty diagrams that
AndroMDA wouldn't see anyway?
Do the advantages of these changes outweigh the disadvantages? I'm not
convinced.
Tom
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
