Stories
Slash Boxes
Comments

News for nerds, stuff that matters

Slashdot Log In

Log In

Create Account  |  Retrieve Password

Morfik Patents AJAX Compiler

Posted by Hemos on Mon Apr 02, 2007 10:20 AM
from the i-am-patenting-newspaper-delivery-as-well dept.
MikeyTheK writes "It appears that under the radar, the USPTO granted Morfik a patent for the "System and method for synthesizing object-oriented high-level code into browser-side javascript". Reading further, it appears that they have patented the compiling of high-level languages into AJAX apps. The high-level languages include "Ada, C, C++, C#, COBOL, ColdFusion, Common Lisp, Delphi, Fortran, Java, Object Pascal, SmallTalk, Visual Basic, and Visual Basic.NET". It would appear that the application date is September, 2005."
+ -
story
This discussion has been archived. No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More
Loading... please wait.
  • My first thought was, "Is Google Web Toolkit [google.com] prior art or infringement?" After a bit of looking around, it seems this patent was filed on September 5, 2006 while GWT 1.0 was released in May 2006. Sorry Morfik, but your patent is invalid. (Thank God, too. This patent appears to be overreaching and far too broad. It could prevent an entire industry from developing.)

    All I can say is: where was your due diligence, Morfik? It doesn't make a whole lot of sense to spend time and money on filing a patent that will be useless to you after it's granted. The best they could do is scare a few Open Source projects into submission. Anyone with a vested interest in the technology is going to do the due diligence that Morfik didn't, and take the matter to court.

    The only "out" they have available is to show evidence that they disclosed the inner workings of their JST product prior to GWT being released. In which case they might have protection from the "one year to file" rule. Maybe. Or maybe they're just trying to carry out this threat [ajaxian.com] in a laughably oversimplified fashion. (They're lawyers must be telling them it won't work?) Go figure.

    For those who are unaware of what GWT is, it's basically a toolkit that takes Java programs and converts them down to Javascript. By coding Java to the GWT toolkit*, you gain all the benefits of the Java compiler and type checking without sacrificing the ability to deploy on browsers that do not have Java installed. I'd rather code in Javascript myself, but it has its place. :)
    • Re:My First Thought (Score:5, Informative)

      by MikeyTheK (873329) on Monday April 02 2007, @10:28AM (#18573421)
      Unfortunately I didn't put "Pay attention to [0001]" in the article submission, which reads "This application relates to U.S. Provisional Patent Application No. 60/714,285 filed on Sep. 6, 2005 entitled SYSTEM AND METHOD FOR SYNTHESIZING OBJECT-ORIENTED CODE INTO BROWSER-SIDE JAVASCRIPT."

      That's 2005, not 2006.
      • Re:My First Thought (Score:5, Informative)

        by petard (117521) on Monday April 02 2007, @10:38AM (#18573605) Homepage
        GWT would still be prior art. Google used it to build gmail, which launched in early 2004.
        • yaccety yacc (Score:5, Interesting)

          by Bastard of Subhumani (827601) on Monday April 02 2007, @11:21AM (#18574259) Journal
          For all the handwaving and buzzwords in the application, it converts code written in language foo into language bar. That's a compiler. Now if they want to patent (copyright's possibly more appropriate?) their specific individual implementation of a compiler, then let them get on with it. If they want to patent compilers as a concept they can stuff it and I don't think they have a hope.
          • by Daniel Dvorkin (106857) * on Monday April 02 2007, @11:53AM (#18574741) Homepage Journal
            Surely there's a point where failure to perform due diligence is itself an offense? I mean, come on; anyone in IT could tell them (and could have told them in 2005) that there's a ton of prior art. If I patent "a method of preserving food by keeping it cold" and try to excuse my stupidity by saying that I guess I just didn't do enough research to learn about the prior existence of something called a "refrigerator," would anyone buy it?
        • Re: (Score:3, Interesting)

          Did I ever mention that I HATE the patent search system?

          In any case, I managed to pull the patent. (Search in published applications for application #20070055964) It looks like this is the exact same patent, just in different forms. (One an application while the other is the issued? Could someone who knows more about the filing process chime in here?) In which case, Morfik may have a valid patent. It will be interesting to see how this plays out.
  • Then maybe the patents aren't such a bad thing.

  • by Seumas (6865) on Monday April 02 2007, @10:23AM (#18573323)
    I swear, I will set fire to the first bastard to reply to this article with "dur dur... I'm going to patent blank"!
  • ya know (Score:3, Funny)

    by hansoloaf (668609) <(moc.oohay) (ta) (faolosnah)> on Monday April 02 2007, @10:23AM (#18573329)
    April Fools Day is over.
  • by Anonymous Coward on Monday April 02 2007, @10:28AM (#18573435)
    Shouldn't any technology like this be immediately unpatentable? All this does is translate code in one Turing-complete language to another. Since this transformation is mathematically proven to be possible for all Turing-complete languages, this is merely an algorithm and should be unpatentable...

    (I know, they'd approve a patent on cheese if you worded it as "a method for transforming milk and bacteria into edible food product.")
    • this is merely an algorithm and should be unpatentable...

      If it's an algorithm, it's been firmly established legally that it is patentable. It transforms a computer from a "general purpose device" into a "specific invention". Any lawyer will tell you this. Patents are granted for algorithms all the time and they cannot be challenged on that basis.

      If you write a book, you transform hundreds of sheets of blank pages into a device for keeping you absorbed for a few hours, but they won't let you patent that for
  • NOT A PATENT (Score:5, Informative)

    by thebdj (768618) on Monday April 02 2007, @10:35AM (#18573563) Journal
    There is not a patent here. This is a published application. Filed in 2006, not 2005, with priority to 2005 through a provisional application, which almost gives it the same level of priority as if it were file in 2005. Someone wake me up WHEN this gets issued and not when it is just an application that quite possibly hasn't even been viewed yet. (USPTO has almost a 3 yr backlog in some arts.)
      • Re:NOT A PATENT (Score:5, Informative)

        by thebdj (768618) on Monday April 02 2007, @12:56PM (#18575677) Journal
        There is a hell of a lot more going on then just stamping "approve" on the thing [patent].

        There is a review process where an examiner searches for prior art that matches or closely matches the application. Then, in probably 90% or more of cases, a rejection letter for some or all of the claims is sent to the attorney (or the applicant if filing without an attorney). After a few months, a response from the attorney comes. This can now go one of two ways. If the attorney argued your prior art is not applicable, you can 1) uphold your decision, in which it become a "final rejection" or 2) change your rejection in which case you basically repeat the first step again.

        The other method is they pre-date your prior art, using proof of older design date, if your rejection wasn't under 102(b) that is. You can now write a rejection with new prior art and this becomes a "final rejection". However, these "final rejections" are not the end of the process. They can either make a last ditch effort to amend to your liking (and probably get their "stamp"), they can basically repay the filing fees and start over with another two rounds, or they can file an appeal to the Board of Patent Appeals and Interferences (BPAI, I think that is right.). If they still don't like the decision they can appeal to the CAFC (Court of Appeals for the Federal Circuit), and in the very unlikely case, all the way to the Supreme Court.

        I recommend three pieces of literature before you say they just stamped "approve" on everything. Read title 35 of the United States Code (35 USC), title 37 of the Code of Federal Regulation (37 CFR), and the Manual for Patent Examining Procedure (MPEP). I am pretty sure that is the right CFR, but all of those documents will give you an idea of what a patent examiner deals with. I gave you a very rough and very brief explanation of the procedure above. And to end this, I was a Patent Examiner, so yes, I do know something about this.
  • by Jerf (17166) on Monday April 02 2007, @10:59AM (#18573925) Journal
    The definition of a compiler seems to differ from person to person, but the best one is something that reads a stream of input, converts it into a richer internal representation (usually a tree but it doesn't have to be), and writes out a different stream based on this internal representation.

    Even here in 2007, some people still seem to think the only thing that can be called a compiler is something that takes source code and emits binary code, but that's just one specific special case. The same basic principles that GCC uses will be used by PovRAY to compile its scene language into an image, ignoring the raytracing part. (That is, setting up the internal representation of the scene is just like a compiler.) Compiling C# into IL uses the same basic techniques. Defining anything that uses standard compiler techniques as a compiler is the motivation for my preferred definition.

    Given the long history of compilers, and the sheer profusion of them, I really don't think that compilers ought to be patentable anymore. Compiling Java into Javascript isn't a novel idea, it's "just" some engineering by somebody who understands compilers. (Which the recent "Wasabi" uproar over Joel on Software's posting proved is not all that many people, but still, it's simple once you see the tricks.) The only even remotely tricky part of such a compilation is if there's no easy way to get the syntax tree directly from the language parser, and that's still just engineering. There's definitely plenty of copyrightable stuff in such a compiler, but it'd take something very, very novel for it to be patentable.

    (Note I'm writing this message as if I weren't entirely against software patents, which I am, at length [jerf.org]. This is written from the putative point of view of the patent system; even then, compilers generally aren't that novel an idea. Saying "with a compiler!" is up there with "on the internet!" for novelty.)
    • Re: (Score:3, Insightful)

      Compiling Java into Javascript isn't a novel idea, it's "just" some engineering by somebody who understands compilers.

      Indeed, but sadly not many programmers do understand compilers. (And even fewer understand linkers.)

      Other examples are CFront (the first C++ compiler) which just compiled C++ into straight C, which was then compiled by an existing C compiler, and the first Modula-3 compiler, which also just compiled to raw C.

      I myself have written a compiler that took a scripting language in our game editor, compiled it to C, linked the C code into a DLL, loaded the DLL into the game editor, and ran the code all in a

  • by enharmonix (988983) <enharmonix+slashdot@gmail.com> on Monday April 02 2007, @11:23AM (#18574289) Homepage

    Yeah, haha, Hemos, you almost had me! OMG PONIES!!!1!! Very clever April Fool's joke! And for the USPTO to be in on it... Wow. Best one yet!

    ...wait a tic, it's April 2nd... WTF?

  • by Anonymous Coward on Monday April 02 2007, @11:36AM (#18574513)
    For as smart as the people on Slashdot are, it continually surprises me to see just how bad people are missing the boat in terms of what a patent application such as this means. Seriously, discussion here might be elevated from ridiculous to meaningful if everybody would just keep in mind the following things:

    1. The title of a patent does not describe the scope of what the patent will cover. In this example, they are not trying to patent every single "System and method for synthesizing object-oriented high-level code into browser-side javascript." They are trying to patent *one particular, specific system and method* for doing so. That is a big friggin difference. If you read the patent claims, you will see what the patent is actually covering. Summary: People on Slashdot inappropriately freak out when they see a patent title that looks broad and they really ought to know better by now.

    2. This is a patent APPLICATION!!! Not an issued patent. When people try to get a patent, they make the claims incredibly broad at first. And then the examiner will make them narrow the claims as they negotiate what the patent actually will cover. In this example, I am going to hazard a guess that the examiner will probably make them throw out claims 1 through 4. And the examiner might let their broadest claim be claim 5. The people trying to get this patent KNOW that this is what will happen during this process--it is how things are done! I am astounded that the people on Slashdot have not picked up on this yet. Summary: Just because a patent application has incredibly broad claims, that does not mean 1) that the patent will issue that way, or 2) that the people applying for the application realize that what they are in their application claiming is too broad.

    Get with it, people! I hope that reading this may take the discussion here from "Patents suxkzorz!!" to "Well, claim 1 looks way to broad because of $somePriorArt . . . but the method described in claim 5 . . . hmmm, I don't know that I've ever heard of anything that does it that way exactly."

    Here's to hoping, anyway!
  • by blckbllr (242654) on Monday April 02 2007, @11:39AM (#18574567)
    In this case, the application was filed September 5, 2006. Thus, the application filing date is September 5, 2006. However, the application claims priority to a provisional application [uspto.gov] filed September 6, 2005. Thus, the application has a priority date of September 6, 2005. This difference is important for 35 U.S.C. 102(e) [uspto.gov] purposes.

    Under 35 U.S.C. 102(e), a prior filed U.S. patent or application can be used as "prior art" against a currently filed application. As an example, suppose Application A was filed on March 1, 2006 that discloses each and every limitation of claim 1 of the current application. Application A could then be used under 35 U.S.C. 102(e) as "prior art" to reject claim 1 because it has an earlier filing date (application date) than the current application. However, the Applicant of the current application could then rely on the priority date of the provisional application, which is September 6, 2005, to overcome the rejection. In this case, the Examiner would then have to go back to the provisional application to which the current application claims priority, and determine, whether, in fact, the provisional application discloses the subject-matter claimed by claim 1. As an additional comment to 35 U.S.C. 102(e), I briefly add that it is common for an Examiner to reject a claim in view of a reference that qualifies as "prior art" under 35 U.S.C. 102(e), where the reference is used with other art under 35 U.S.C. 103(a) [uspto.gov].

    Hence, there is a difference between filing dates and priority dates, and these two dates need not always be the same. So, to say that these application has a filing date of September 5, 2006 would be correct, but then to say that this application has a priority date of September 6, 2005 would also be correct.

    The opinion expressed herein does not represent the views of any government or private organization.
  • by truckaxle (883149) on Monday April 02 2007, @11:40AM (#18574579) Homepage

    The high-level languages include "Ada, C, C++, C#, COBOL, ColdFusion, Common Lisp, Delphi, Fortran, Java, Object Pascal, SmallTalk, Visual Basic, and Visual Basic.NET".


    I guess now I am forced to to port all of my FORTRAN AJAX apps over to Perl :)
    • The MSFT technology [asp.net] that the poster is referring to used to be marketed as Atlas but no longer. It is not in violation of this patent because it does not compile server side code into client side java script. Instead, it provides a lot of web controls that use AJAX instead of the traditional ASP.NET form post to interact with the server.