[Lift] Re: SOAP web services?
Disclaimer: I worked at http://www.layer7tech.com/ for six years so I have a fair bit of déformation professionelle. rant target=urn:noOneInParticular While I wholeheartedly agree that SOAP, WSDL, WS-* and the whole mainstream SOA stack, as it's currently broadly defined and implemented, is ugly and verbose and redundant and regrettable, I'll posit that it is currently the *only* game in town that **meets all of the requirements** that drove its creation: * Vendor- and platform-neutral * Standards-based * Business semantics decoupled from transport * Supports message-level security (allowing decoupling from transport and business semantics) * Declarative service publishing and discovery, and automatic RPC/OO-style stub generation * ... and many more requirements that you, personally, may not ever feel the need for. But a lot of companies actually do need a significant subset of these requirements on a significant subset of their projects, and there is certainly a great deal of value in having a global, IT-industry-wide consensus (even among bitter competitors, which was never the case previously) on a set of technologies, standards and practices that actually do meet those requirements. /rant :) -0xe1a --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: SOAP web services?
Viktor Klang wrote: So basically it's very good for very few. And for everyone else, it's at least useful at the outset, due to the maturity of tools, and will also interoperate well with emergent requirements that tend to pile up over the years the system is in production. :) It's also very fair to point out that most of the mainstream SOA stack is totally overkill for non-enterprise applications. In all other cases I'll opt for something more suiting :) The title of my moribund presentation on this subject is SOA is Not For You (a reference to http://www.penny-arcade.com/comic/2004/3/24/ :) -0xe1a --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: how 10 seconds works?
marius d. wrote: The point being ... ? What Tim dpp said. :) -0xe1a --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: how 10 seconds works?
marius d. wrote: Implicit conversions. It's worth noting that Rails accomplishes a similar trick by adding methods to the Integer class at runtime. *shudder* :) -0xe1a --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: HadoopDB
Viktor Klang wrote: Read it earlier today. It's quite interesting, transcoding SQL to MapReduce jobs that uses RDBMes as datasources I see this really useful for analytical querying over huge datasets, but I wouldn't imagine it as an option as persistence-store for domain/business objects. Definitely not yet, but their approach *should* be amenable to read-mostly/some-writes use cases in that it tries to discover which node(s) hold the data that will be affected by analyzing the SQL AST; distributed transactions are awful but at least they can be contained to a subset of DBMS nodes. -0xe1a --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: HadoopDB
Viktor Klang wrote: Absolutely, perhaps I'm tainted by write-heavy systems and perhaps I'm just failing to see the overhead we're talking about. Perhaps I overlooked it, but the paper didn't mention performance for small writes and potentially multiple nodespanning transactions. HadoopDB makes no claim to any support for writes at all, I'm just speculating that It Should Be Possible given my understanding of its architecture, which is admittedly limited and based solely on reading the paper and a bit of the code. :) I'm inclined to believe that some sort of immutable records storage would simlify the semantics (analytic queries are IMHO very seldom demanding real-time snapshots) Analytical queries against static data are exactly what it's for. I have no experience with its competition, namely parallel/distributed column-oriented databases, so I can't say whether they're any happier with writes. FYI I brought up HadoopDB on the NoSQL list too but so far not too many takers... -0xe1a --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Open source password strength analyzer?
On 02/27/2009 10:48 AM, David Pollak wrote: Does anyone know of any open source password strength analyzers? The library most Linux distros use is cracklib. I found a Java port (http://sourceforge.net/projects/solinger/) but it looks pretty old. Somebody Really Oughta write a Scala version, with a nice bloom filter for fast dictionary testing! :) -0xe1a --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: liftweb xml schema location
Viktor Klang wrote: Ah, I read I have a client doesn't want an external link*/ like/* xmlns:lift=http://liftweb.net/; If you're only talking about that namespace declaration, it's just as David says, just a namespace declaration. rant If any software is expecting to find a .dtd or .xsd by doing a GET on a namespace URI it has a severe bug. It happens that many well-known public namespace URIs actually *do* return their .dtd or .xsd from their namespace URI, but it was probably a mistake to ever set them up that way, due to the aforementioned severe bugs that are incredibly widespread. The only sane way to figure out where the .dtd or .xsd for a namespace URI might be downloaded--if any exists--is to look, in the instance document, for either a doctype with a system identifier (for a DTD) or a schemaLocation directive (for an XSD). If you don't see either of those, and you absolutely need to validate the document, and there's no locally saved copy, throw an exception as early as possible. For everyone's sake, PLEASE don't write code that downloads DTDs or schemas automatically unless it's doing so in response to a human action and is planning to save it locally for later use. /rant -0xe1a --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
