text: 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
  No
  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!
  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
  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) - pagullo.soft.dev at gmail.com
  Agile team building, consulting, training & development
  DirectJNgine: - Log4js-ext:
  I see DJN 2.0 alpha released in july 2011. Any idea about DJN 2.0 final release schedule?
  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
  Regards!Pedro Agulló, Barcelona (Spain) - pagullo.soft.dev at gmail.com
  Agile team building, consulting, training & development
  DirectJNgine: - Log4js-ext:
  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. 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) - pagullo.soft.dev at gmail.com
  Agile team building, consulting, training & development
  DirectJNgine: - Log4js-ext:
  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()
  Looking forward to hear from you,
  Alex
  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) - pagullo.soft.dev at gmail.com
  Agile team building, consulting, training & development
  DirectJNgine: - Log4js-ext:
  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 }
  My idea is to replace the line 144 with the following one:
  Code:
  result = securityClass.invoke(javaMethod, actionInstance, parameters);
  Code:
  public interface SecurityManager { public Object invoke(Method method, Object actionInstance, Object[] parameters); }
  Code:
  public class DjnDefaultSecurityManager implements SecurityManager { @Override public Object invoke(Method method, Object actionInstance, Object[] parameters) { return method.invoke( actionInstance, parameters ); } }
  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>
  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
  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) - pagullo.soft.dev at gmail.com
  Agile team building, consulting, training & development
  DirectJNgine: - Log4js-ext:
  Thread Participants: 89
  - Animal (5 Posts)
  - barton (4 Posts)
  - Condor (1 Post)
  - mauro_monti (6 Posts)
  - mbarto (1 Post)
  - aconran (1 Post)
  - MoShAn480 (1 Post)
  - asgillett (2 Posts)
  - seade )