Absolutely not. Repeat NOT. FME will always be backwards compatible, so what you have in old workspaces will always work in a newer build.
If you have an old workspace that doesn't produce the same result in a newer FME, then that's the time to call support and get it fixed. As to these changes, yes we are greatly trying to remove this sort of hack. Partly because sometimes you need to use @ or & just for their own sake and not as functions, but also because we don't think our users should have to do things like that. So, as Jason said, whenever we disallow use of a function call within a transformer, there should always be an alternate method to get the same result. For example, there is now the FMEFunctionCaller transformer to call a function, and the ParameterFetcher to grab the value of a parameter (macro). Again, if there's no replacement for what you need then it's time to call support (or ask this group for advice) Hope this helps to explain it all. Regards, Mark Mark Ireland, Senior Product Specialist Safe Software Inc. Surrey, BC, CANADA [EMAIL PROTECTED] http://www.safe.com Solutions for Spatial Data Translation, Distribution and Access --- In [email protected], Bégin, Daniel <[EMAIL PROTECTED]> wrote: > > Gasp! > > I'm getting really nervous reading these lines. We have entire production processes (Hundreds of workbenches) that use &attributename, @value(attributename) or $(macrovalue). Does it mean we are going to have to modify all our workbenches to keep moving with new releases ??? > > Please, tell me we wont! > > Daniel Bégin > Canada center for topographic information - Sherbrooke > > ________________________________ > > From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Birch > Sent: 2 mai 2007 19:08 > To: [email protected] > Subject: RE: [fme] Variables and AttributeCreator > > > > Jeff wrote: > > > I'd like to stress that this kind of working, with &attributename and > @Value(Attributename) > > inside of Transformers is very important for us and we'd not like it > to disappear! > > I had some lengthy discussions with Safe staff just before and during > the UC. > > The long and the short of it is that they appear to be fixed on doing > away with these "hacks" in order to insulate users from unexpected > results when placing these special characters (&, @, etc) within > transformers without knowing what they do. > > They did commit to ensuring that alternative means of accessing these > items would be developed as required, so if you're missing something > make sure to let them know asap. > > Jason > For insights into what's up at Safe Software and what's on the development horizon, visit Safe's blog at spatial-etl.blogspot.com. Safe Software has also made slides available that outline enhancements planned for FME 2007. The slides are from the "Road Ahead" presentation given on Day 2 of the FME Worldwide Users Conference. To view these slides, visit www.safe.com/2006uc. Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/fme/ <*> Your email settings: Individual Email | Traditional <*> To change settings online go to: http://groups.yahoo.com/group/fme/join (Yahoo! ID required) <*> To change settings via email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
