2 Replies Latest reply on Oct 17, 2011 5:10 AM by gnew1

    moving away from Sling, Jackrabbit, Felix


      Shouldn't ADEP move away from Sling, Jackrabbit, and Felix, and Java in general?


      From my experience with Day CQ stack is that:

      1. Felix is unstable.
        1. Or, developers have to be careful when writing OSGi bundles.
        2. Why would you have to have running felix instance before you can deploy OSGi bundle?
        3. What if the server if busy?
        4. OSGi hotswapping is very very difficult problem.Probably it needs language implementation level support to get it right.
      2. Jackrabbit is unstable.
        1. really unstable.
        2. TarPM optimization deletes data tar.
        3. admins have to manually run datastore garbage collection.
        4. needs a lot of attention from sysadmins.
      3. Jackrabbit is hierarchical.
        1. hierarchical database...
        2. name data that can fit hierarchical structure.
      4. Sling is lols
        1. you store code, data, in repo.
        2. you comple jsp in the server hahahahahahhaah.
        3. exposes data by default.
        4. hairy script resolution.
        5. ad hoc script/template "inheritance"
        6. mixing data structure and representation.
        7. bound to JCR. cannot use relational database as persistence.
        8. applicatino and data are bound.. vendor locking alert.
        • 1. Re: moving away from Sling, Jackrabbit, Felix
          G. Walt Adobe Employee

          Dear gnew1,


          Thanks a lot for your contribution. I am sorry to hear that you feel like there are open issues to be addressed in the jackrabbit, sling and felix projects.


          I am more than happy to point you the respective documentation on how to precompile the JSPs or run CRX on top of a relational database as the persistence tier and your other more specific comments. Please feel free to contact me if you are interested in details in these areas and I am convinced that we can correct your perception.


          Since you mention specifically our open source projects sling, jackrabbit and felix (and OSGi in general) with regards to your perception of instability we would definitely be interested in a greater level of detail of your specific use-case since we found them to be very stable in production environments for years. As you know we are developing all of the projects you mention at the apache software foundation [1][2][3] so please feel free to file issues in the respective JIRA tracker or even file a patch if you have a specific issue to report or even a recommendation for improvement.


          thanks again for your comment and please keep us posted via the respective open source issue trackers and simply via our support.





          [1] http://felix.apache.org/

          [2] http://jackrabbit.apache.org/

          [3] http://sling.apache.org/

          • 2. Re: moving away from Sling, Jackrabbit, Felix
            gnew1 Level 1

            Hey Gabriel,



            You don't have to feel sorry.

            I'm sorry that you feel sorry to people who dislike your products.


            Could you tell me how to precompile JSP files and deploy? And, I would like to turn off JSP compilation functionality on live servers completely.


            What's the benefit of using database pm? I'm aware of tarpm bug where it deletes data tar files during tarpm optimization and index merge. Does databasepm have the same problem?


            If I use databasepm, can I be free from regular maintainance such as datastore garbage collection, tarpm optimization..etc? I find it very difficult to run such maintainance scripts on a live server where the repository is heavily utilized 24/7.

            I wouldn't mind shutting down the server and run those maintanence offline. Actually, it would be much better if I could run through maintanance offline.


            Also, I heard that there is a bug for share nothing clustering for CQ5.4. I'm not sure if this is jackrabbit bug. If CQ instances are all clustered and I can take one out at a time for offline maintance, it would be superb.


            And, what about backups and restoration? Why aren't there set of maintenance scripts? There are documentations with script snippets on knowledgebase... But why aren't there official maintenance tools?


            And, where is a book? There are documentations that explain what dispatcher is, what repository is, how to develop custom components, how to configure repositories, ... etc. But why isn't there a book that covers architecture for production site, application development practices, maintenance know-hows?


            Does this all mean that Adobe does not care for CQ, and it will not pursue CQ as a viable technology stack for ADEP WEM? (which will be an excellent news by the way).


            Or is it Adobe's scheme to monetize support  (less publicaly available documents/books.. more support tickets)?