View Poll Results: If you read it, did you find DirectJNgine User's Guide adequate?

Voters
54. You may not vote on this poll
  • Yes

    40 74.07%
  • No

    14 25.93%
  1. #51
    Ext JS Premium Member
    Join Date
    May 2009
    Location
    Barcelona (Spain)
    Posts
    218
    Vote Rating
    19
    pagullo will become famous soon enough pagullo will become famous soon enough

      0  

    Default


    The paramsAsHash: true option is not supported, because I felt it will force us to receive values of unknown types, and I was concerned we might end up writing Java code that receives Object parameters all around (unknow type=> need to use Object as parameter type=> we loose Java's type safety) .

    Type safety is one of the reasons for using Java at the server side, else why not using a more dynamic server side language?

    Therefore, I'm trying to do writing that kind of code difficult -but not impossible.

    That said, can you please provide a pair of concrete use cases in which paramsAsHash:true is needed? Will be glad to re-check my assumptions.

    And, can you write here your client side call to 'load'?

    I feel it is possible to get a great degree of flexibility without having to use the paramsAsHash: true thing.

    Regards,

    Pedro

  2. #52
    Ext User mct's Avatar
    Join Date
    Dec 2008
    Posts
    12
    Vote Rating
    0
    mct is on a distinguished road

      0  

    Default


    Hi Pedro,
    As we already started using DirectJNgine in our project (an open source ERP), and as you propounded the July, 22 for the final 1.0 release, can you tell us please something about the release date of the final DirectJNgine 1.0.
    Never mind the date, just to know for planing.
    Thank you very much.
    Best Regards,

    Ramzi Youssef
    MEDIACEPT Technology

  3. #53
    Ext JS Premium Member
    Join Date
    May 2009
    Location
    Barcelona (Spain)
    Posts
    218
    Vote Rating
    19
    pagullo will become famous soon enough pagullo will become famous soon enough

      0  

    Default


    We are releasing DirectJNgine 1.0 final today!

    Though we had planned to release it in July 22, we decided to add some features that were planned for 1.1 to 1.0, moving a bit the release date: client-side parameter checking and direct JSON handling.

    We hope they will be worth the one week delay!

    To get DirectJNgine, go to http://code.google.com/p/directjngine/

    New: added support for handling JSON directly


    From the User's Guide:

    We have made every effort to handle serialization from JSON to Java, so that you can write methods that receive good old Java data types. However, there can be cases when you might need to access the JSON data directly for maximum flexibility...
    Now, you can do that by making a method annotated with @DirectMethod receive as its only parameter a JsonArray parameter, and DirectJNgine will pass your method the Json data, without making any attempt to decode it.


    New: client-side parameter checking (debug only)

    We provide many client-side parameter checks. This is optional, and intended to be used in debug mode only.

    Take a look at the User's Guide chapter on parameter checking for further info.

    Improved: the User's Guide has grown to more than 40 pages.

    We have added several new chapters:

    - 4. Configuring a new project to use DirectJNgine.
    - 9. Servlet configuration parameters.
    - 11. Handling JSON data directly.
    - 12. Checking client-side calls.

    The chapter dedicated to form handling has been rewritten and enhanced to use the form 'api' configuration parameter.

    New: additional servlet initialization parameters
    - actionsNamespace: This allows us to provide a namespace for Direct actions.
    - minify: this allows us to disable api file minification.

    Take a look at the User's Guide for an explanation

    Improved: fixes and minor enhancements
    - Addressed issue with internationalization.
    - Improved build.xml

    ...

    Code breaking changes
    The 'namespace' servlet intialization parameter has been renamed to 'apiNamespace'. In DirectJNgine 1.0 we have two "namespaces" now, one for apis and another one for actions, and we felt 'namespace' was misleading.

    For further info, take a look at the User's Guide documentation on both 'apiNamespace' and 'actionsNamespace'.

    ...

    Note on JDK 1.4 support
    We have decided not to support JDK 1.4.

    Unfortunately, we use many 1.5 features, especially generics.


    Besides, we rely on several libraries that are 1.5 specific, such as Gson. We are very happy with Gson's performance and flexibility, and we feel it would be an important loss for DirectJNgine users not to use it for JSON handling.

    ...

    If you want to take a look at the main DirectJNgine features, I recommend you take some time to read prior postings related to beta and RC versions in this thread, or just take a look at the "Features" chapter in the User's Guide.

    ...

    Regards,

    Pedro agulló

  4. #54
    Ext User
    Join Date
    Mar 2009
    Posts
    71
    Vote Rating
    0
    J@y is on a distinguished road

      0  

    Default


    So great to hear this news!

    cheers!

  5. #55
    Sencha User mediacept's Avatar
    Join Date
    Jan 2009
    Posts
    27
    Vote Rating
    0
    mediacept is on a distinguished road

      0  

    Default


    Thank you for the final 1.0 version. Now we can continue to use DirectJNgine and looking ahead.

    Thank you to this feature that resolves an OpenJDK bug in Ubuntu (from the user guide, page 37):
    By the way, it is highly unlikely that minification fails: we use the YUI ompressor, a very well tested minifier. However, if the YUI Compressor raises some exception or reports some error, we make sure that the minified file will contain at least standard code, so that your application does not break because there is no “-min.js” file.
    Good continuation.
    Best Regards,

    Ramzi Youssef
    MEDIACEPT Technology

  6. #56
    Ext User
    Join Date
    Jun 2009
    Posts
    10
    Vote Rating
    0
    dweller is on a distinguished road

      0  

    Default


    Quote Originally Posted by pagullo View Post
    The paramsAsHash: true option is not supported, because I felt it will force us to receive values of unknown types, and I was concerned we might end up writing Java code that receives Object parameters all around (unknow type=> need to use Object as parameter type=> we loose Java's type safety) .

    Type safety is one of the reasons for using Java at the server side, else why not using a more dynamic server side language?

    Therefore, I'm trying to do writing that kind of code difficult -but not impossible.

    That said, can you please provide a pair of concrete use cases in which paramsAsHash:true is needed? Will be glad to re-check my assumptions.

    And, can you write here your client side call to 'load'?

    I feel it is possible to get a great degree of flexibility without having to use the paramsAsHash: true thing.

    Regards,

    Pedro
    eg.
    Query data by different condition,and parameters number maybe one or more.
    yes,we can handle this in clide-side code,but it's better to handle in server-side code.

    permitted receive dynamic parameters in server-side code,there will be more flexibility.

  7. #57
    Ext User
    Join Date
    Mar 2009
    Posts
    18
    Vote Rating
    0
    Georgioa is on a distinguished road

      0  

    Default


    This is nice !!

    Thanks !

  8. #58
    Ext User mct's Avatar
    Join Date
    Dec 2008
    Posts
    12
    Vote Rating
    0
    mct is on a distinguished road

      0  

    Default Ext.Direct Pack

    Ext.Direct Pack


    Hi,
    I have a question for the ExtJS team:

    Allowing that the DirectJNgine is in the final and stable release, can you add please in the Ext.Direct Pack (on ExtJS download page) a java folder with DirectJNgine (as cfml, DotNet, php and ruby) ?

    Thank you for your response.
    Best Regards,

    Ramzi Youssef
    MEDIACEPT Technology

  9. #59
    Ext JS Premium Member
    Join Date
    May 2009
    Location
    Barcelona (Spain)
    Posts
    218
    Vote Rating
    19
    pagullo will become famous soon enough pagullo will become famous soon enough

      0  

    Default


    Quote Originally Posted by dweller View Post
    eg.
    Query data by different condition,and parameters number maybe one or more.
    yes,we can handle this in clide-side code,but it's better to handle in server-side code.

    permitted receive dynamic parameters in server-side code,there will be more flexibility.
    I think that you will probably want to give a try to direct JSON handling: take a look at chapter 11 in the User's Guide.

  10. #60
    Ext User
    Join Date
    Mar 2009
    Posts
    18
    Vote Rating
    0
    Georgioa is on a distinguished road

      0  

    Default


    Hi

    I lost lot of time on my DirectStore this afternoon, but i dont known if it is a bug.

    So i have my store which call my method. This is ok.

    My remote method is :
    Code:
        
    @DirectMethod
        public Status getLastStatus(){
            return StatusList.getLast();
        }
    and returns an objet like this :

    Code:
        protected class Status{
            
            private String message;
            private Date time;
            private int avancement;
    ......
    
    }
    So server response is :
    Code:
    {"result":{"message":"test2","time":"3 août 2009 17:37:24","avancement":6},
      "tid":2,"action":"ThreadStatus","method":"getLastStatus","type":"rpc"}
    but my direct store needs something like :
    Code:
    {"result":[{"message":"test2","time":"3 août 2009 17:37:24","avancement":6}],
      "tid":2,"action":"ThreadStatus","method":"getLastStatus","type":"rpc"}
    If my method return a List<Status>, it is ok, but do we need to "encapsulate" objects to send them to the store?

    By the way, this happens when a method returns only one object, and not a list of object.....

Thread Participants: 88

  1. Animal (5 Posts)
  2. barton (4 Posts)
  3. Condor (1 Post)
  4. mauro_monti (6 Posts)
  5. mbarto (1 Post)
  6. aconran (1 Post)
  7. MoShAn480 (1 Post)
  8. asgillett (2 Posts)
  9. seade (4 Posts)
  10. zaqwsxqwer (3 Posts)
  11. Sesshomurai (16 Posts)
  12. ThierryC (3 Posts)
  13. maxm165 (3 Posts)
  14. techstudios (2 Posts)
  15. sayonara (2 Posts)
  16. kschlaudt (1 Post)
  17. hschaefer123 (2 Posts)
  18. omarc (2 Posts)
  19. lxbzmy (4 Posts)
  20. mct (6 Posts)
  21. mediacept (2 Posts)
  22. dionisexorcius (1 Post)
  23. alper (1 Post)
  24. steverc (2 Posts)
  25. chrizmaster (18 Posts)
  26. J@y (21 Posts)
  27. Georgioa (6 Posts)
  28. wguan (1 Post)
  29. minneyar (16 Posts)
  30. jhoweaa (1 Post)
  31. Ramez (2 Posts)
  32. malus (1 Post)
  33. dweller (8 Posts)
  34. stdunbar (1 Post)
  35. vlagorce (20 Posts)
  36. cwilliso (1 Post)
  37. Whatty (13 Posts)
  38. Ice (1 Post)
  39. clynnh (1 Post)
  40. SreevaniN (1 Post)
  41. Stsalomon90 (1 Post)
  42. GregT (9 Posts)
  43. jcalfee (6 Posts)
  44. set_ti (1 Post)
  45. maho2nd (3 Posts)
  46. dreamtaotao (3 Posts)
  47. Toxa (4 Posts)
  48. tungchau (3 Posts)
  49. wlan0 (2 Posts)
  50. jpr (2 Posts)
  51. gianmarco (5 Posts)
  52. extjslikeit (2 Posts)
  53. harmen_wessels (1 Post)
  54. Olivercomputing2 (4 Posts)
  55. brainformance (1 Post)
  56. vanessa_ng (2 Posts)
  57. alois.cochard (5 Posts)
  58. kyrillos52 (2 Posts)
  59. Tod (1 Post)
  60. Alinanila (1 Post)
  61. tfannon (2 Posts)
  62. Kynao (1 Post)
  63. feiq (4 Posts)
  64. dalt (1 Post)
  65. xfolch (1 Post)
  66. avijit (1 Post)
  67. marcelsnews (2 Posts)
  68. maddhippy (1 Post)
  69. sritter (1 Post)
  70. july (2 Posts)
  71. jtkeller7983 (1 Post)
  72. lfranchini (2 Posts)
  73. 7/11 (2 Posts)
  74. yAdEs (1 Post)
  75. zazz (1 Post)
  76. waqar (5 Posts)
  77. pjain11 (1 Post)
  78. alexMobimesh (2 Posts)
  79. zachHurt (4 Posts)
  80. n0n3 (5 Posts)
  81. adavis2 (1 Post)
  82. mark.peters (1 Post)
  83. lee el (4 Posts)
  84. frengo19 (3 Posts)
  85. prakashwagle (1 Post)
  86. extejnar (2 Posts)
  87. alin@sonatype.com (1 Post)
  88. ajay_kango (3 Posts)