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. #411
    Sencha Premium Member
    Join Date
    Jan 2012
    Location
    Lahore
    Posts
    53
    Vote Rating
    -1
    waqar is an unknown quantity at this point

      0  

    Question Direct Store with paging grid in ExtJs4and DJN 2.0

    Direct Store with paging grid in ExtJs4and DJN 2.0


    It is mentioned in the DJN 2 user guide it donot support "baseparams" and we must adapt a way of form Submit/api ...

    how ever I cannot get the Idea of how to use api?submit with a "direct Store" and directFn when using DJN ...
    Is any body out there already developed a "Paging grid" or a buffered Grid ? what way is adapted to pass parameters to server's java function.

    please share the code of the store in java script if possible..

    Any guidance will be appriciated!

  2. #412
    Sencha User
    Join Date
    Dec 2010
    Posts
    3
    Vote Rating
    0
    dalt is on a distinguished road

      0  

    Default Problem with many war in jboss

    Problem with many war in jboss


    Hi,

    thank for your directjngine lib.

    i've a problem... when i deploy two war in jboss as7 (two part of the same application) and i try to call, using direct, the slave war from the main war i've got this error:


    {"tid":1,"action":"MyTestAction","method":"get","message":"RequestException: No action registered as 'MyTestAction'","where":"","type":"exception"}


    i've defined the action "MyTestAction" in the slave web.xml.

    please help me...

    Paolo

  3. #413
    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


    Maybe you are not providing the compiled classes + configuration in both wars? If that's the case, DJN has no way to know what calls are avaible, nor what they look like.
    Pedro Agulló, Barcelona (Spain)
    Agile team building, consulting, training & development
    DirectJNgine: http://code.google.com/p/directjngine - Log4js-ext: http://www.softwarementors.com/projects/p/log4js-ext/

  4. #414
    Sencha Premium Member
    Join Date
    Apr 2012
    Posts
    12
    Vote Rating
    0
    pjain11 is on a distinguished road

      0  

    Default


    I see DJN 2.0 alpha released in july 2011. Any idea about DJN 2.0 final release schedule?

  5. #415
    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 DirectJNgine 2.1 final is out!

    DirectJNgine 2.1 final is out!


    DJN 2.1 final is out.

    The 2.0 alpha 1 ended up being production ready, as I said in other posts in which I recommended to use it for production. But I think we all needed to see the "final" suffix, so here it is

    I should have removed the 'alpha 1' suffix a long time ago, if only to provide reassurance, mea culpa. The released version just adds some additional tests and I made sure it passes all tests for ExtJs 4.1.0. Some new change in 4.1.0 broke a test that used to work in 4.0.x, and I had to change the test code accordingly.

    The bump from 2.0 to 2.1 is to emphasize the fact that this one works with ExtJs 4.1.0, which is the version I feel we all should be using, due to the many fixes and improvements it sports.

    As always, you can get DJN at http://code.google.com/p/directjngine/downloads

    Regards!
    Pedro Agulló, Barcelona (Spain)
    Agile team building, consulting, training & development
    DirectJNgine: http://code.google.com/p/directjngine - Log4js-ext: http://www.softwarementors.com/projects/p/log4js-ext/

  6. #416
    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 Post about the future of DJN 2.1 (I)

    Post about the future of DJN 2.1 (I)


    Now that 2.1 is out and I have found some spare time for DJN (!), I've been thinking hard about new features.

    In order to share my ruminations with the community I have publihed some of them at http://softdevbuilttolast.wordpress....tjngine-2-1-i/. I will soon follow with more posts.

    Be aware that these are just ruminations, though

    As always, comments and suggestions will be welcome.
    Pedro Agulló, Barcelona (Spain)
    Agile team building, consulting, training & development
    DirectJNgine: http://code.google.com/p/directjngine - Log4js-ext: http://www.softwarementors.com/projects/p/log4js-ext/

  7. #417
    Sencha User
    Join Date
    May 2012
    Posts
    2
    Vote Rating
    0
    alexMobimesh is on a distinguished road

      0  

    Default DirectJNgine Security Manager

    DirectJNgine Security Manager


    Hi Pedro,
    I'm exploring your directJNgine library and I have to say that I really like it! It really simplifies every day development, and I wanted to thank you for all the time you have spent on it providing a great library to all the world! The docs are brilliant and I've configured everything really fastly. Now that I have my remote methods (marked with the convenient @DirectMethod), that are usable from the client side, I was wondering how to implement a convenient way to manage the authorization level of each method.

    In the perfect world I'd like to accomplish something like this:
    Code:
    @DirectMethod
    @AccessLevel( level="Admin")
    public String something()
    I saw that I can access to the DirectJNgine servlet's context and session, but I wanted to ask you how do you implement the authentication internally and if it's possible to plug-in an external class to the DirectJNgine's servlet that implements a way of defining each access level. Ideally I think that the security manager has to be called by the DirectJNgine's servlet during the internal routing process, deciding whether to allow method execution or provide a standard exception (such as "403: forbidden") that is sent to the client. What do you think about this? I'm curious to hear your opinion.

    Looking forward to hear from you,
    Alex

  8. #418
    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 alexMobimesh View Post
    Hi Pedro,
    I'm exploring your directJNgine library and I have to say that I really like it! It really simplifies every day development, and I wanted to thank you for all the time you have spent on it providing a great library to all the world! The docs are brilliant and I've configured everything really fastly.
    Thanks!

    Quote Originally Posted by alexMobimesh View Post
    Now that I have my remote methods (marked with the convenient @DirectMethod), that are usable from the client side, I was wondering how to implement a convenient way to manage the authorization level of each method.

    In the perfect world I'd like to accomplish something like this:
    Code:
    @DirectMethod
    @AccessLevel( level="Admin")
    public String something()
    I saw that I can access to the DirectJNgine servlet's context and session, but I wanted to ask you how do you implement the authentication internally and if it's possible to plug-in an external class to the DirectJNgine's servlet that implements a way of defining each access level. Ideally I think that the security manager has to be called by the DirectJNgine's servlet during the internal routing process, deciding whether to allow method execution or provide a standard exception (such as "403: forbidden") that is sent to the client. What do you think about this? I'm curious to hear your opinion.

    Looking forward to hear from you,
    Alex
    I think that tinkering with DJN to handle security concerns is not a good idea, security is an orthogonal concern.

    As a *quick* solution, you might be able to solve your issue by letting some other element check permisions and raise a security exception. DJN will pass it to the client with a message in an standard format that includes the exception type and its message.

    Note that the message is referred to the "cause exception", not the last one in a exception stack, making it meaningful for that kind of processing .
    Pedro Agulló, Barcelona (Spain)
    Agile team building, consulting, training & development
    DirectJNgine: http://code.google.com/p/directjngine - Log4js-ext: http://www.softwarementors.com/projects/p/log4js-ext/

  9. #419
    Sencha User
    Join Date
    May 2012
    Posts
    2
    Vote Rating
    0
    alexMobimesh is on a distinguished road

      0  

    Default


    Hi Pedro,
    I already have developed my own Security manager that handles method-level permissions, but I need to intercept the calls to my method before they happen. By analyzing your source code, I've found that
    every server side method is callled by the code on the line 144 of DispatcherBase class, that does the following:

    Code:
    132  protected Object invokeMethod(RegisteredMethod method, Object actionInstance, Object[] parameters) {
    ...
    136      Method javaMethod = method.getMethod(); 
    137      Object result;
    ...
    144      result = javaMethod.invoke( actionInstance, parameters );
    ...
    160      return result; 
    161  }
    The result is a generic Object. That made me thought about a way to implement a more flexible security manager without patching your library.
    My idea is to replace the line 144 with the following one:

    Code:
    result = securityClass.invoke(javaMethod, actionInstance, parameters);
    in which securityClass is an instance of a class that implements the public interface SecurityManager defined as follows:

    Code:
    public interface SecurityManager {
        
        public Object invoke(Method method, Object actionInstance, Object[] parameters);
    }
    By doing this, you could implement the default security manager bundled in DJN that simply does:

    Code:
    public class DjnDefaultSecurityManager implements SecurityManager {
    
        @Override
        public Object invoke(Method method, Object actionInstance, Object[] parameters) {
            return method.invoke( actionInstance, parameters );
        }
    }
    Then a configuration parameter could be added to the web.xml file in which the developer could specify if it's going to use its own implementation of the security manager.
    The configuration parameter could be something like this:

    Code:
    <init-param>
        <param-name>DjnSecurityManager</param-name>
        <param-value>org.abusinessname.CustomSecurityManager</param-value>
    </init-param>
    If this parameter is not defined in the web.xml, the default DJN security manager class will be used.
    In this way DJN delegates to the developer the task of implementing its own security manager, but provides a more convenient and elegant way to do it.

    What do you think about this proposal? I think that it's a minimal tweak to your code that could provide a powerful feature to your library.

    Alex

  10. #420
    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


    Thanks for your proposal!


    I prefer not to add security management to DJN, as I consider it an orthogonal concern -more so because there are so many ways to handle security, think Spring Security, JBoss Picketlink or JAAS.

    Regards,
    Pedro Agulló, Barcelona (Spain)
    Agile team building, consulting, training & development
    DirectJNgine: http://code.google.com/p/directjngine - Log4js-ext: http://www.softwarementors.com/projects/p/log4js-ext/

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 (6 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 (2 Posts)
  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)