[Design of the JBoss EJB Container] - Re: Calling to develop JBoss Batch container....
by AdiLev
In J2EE 1.4 there is a resource.spi.work that seems a good API to activate work at schedule time. JBoss support J2EE 1.4.
Next there is the layer of the batch processing itself.
The layer is:
External loop in step on batch size - I call this paginaging batch proccess. It do some kind of select to retrieve arguments from a database (e.g. Customaers ID)
This loop is responsible to set in the database the execution point it succesful commit (in page size)
Than there is the inner loop on the current page data
Than there is an executing procedure (Method) that is called and process the task based on parameters that come from the current record selection
Listener to the worker manager should be the executing inner procedure for tasks like release immidate as well the outer procedure for tasks like pause resume
I have implemented a similar thing but not using J2EE 1.4 but simply thread notification simply because the WebSphere I used is 5.0 at that time. J2EE 1.4 added release, resource.spi.work
In the Jboss above thread I suggested to create an annotaion to the inner procedure, which will create the code and calling to the above
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3970263#3970263
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3970263
19 years, 7 months
[Design of JBoss Portal] - Re: Virtual hosts and multiple portal server instances
by sverker
I'm working on it. The first step was to take care of the deployment, I think that is taken care of now. JBossPortal has it's own way of request interception which is not how war files usually works. My implementation is that then a war is deployed with a *-object.xml which doesn't refer to a parent id, a new context is created which binds to the virtual-host and context path specified by the war. That way both the old JBossPortal way and the usual way a war works can be supported without any hassles.
Now I'm following the request flow to work out all the issues that is caused by a slightly different model. Supprisingly few so far but it's a bit complex to follow. For example I was struggeling a lot with an issue in the security interceptor which I haven't figured out yet but I have seen it happen also on a unmodified JBossPortal that suddenly it's not possible to do unchecked accesses and the only solution is to restart the app server.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3970162#3970162
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3970162
19 years, 7 months
[Design of JBoss jBPM] - Re: MessageService and JMS
by tom.baeyens@jboss.com
your observations are correct:
anonymous wrote : | 1.-CommandExecutorThread is not the way to go for me, because it
| | consumes the messages in a single thread, so, a Task with...
|
Indeed there were problems with the command executor thread. Even on a standard java platform (for which it was intended) this was not good enough. We merged the timers and messages into jobs as the basis for our scheduler and message service targetted for the standard java platform. And now we're finishing this rewrite. Multiple concurrent threads should now be supported. Also the jobs will all be executed in a separate transaction.
anonymous wrote : | I've also seen that there's a org.jbpm.msg.jms package that seems to
| | be an effort to implement just this, a MessageService JMS
| | implementation. But it seems it's under construction
|
Indeed. That is under construction. Currently we are trying to set up a test environment for this in HEAD of CVS. see jpdl/test. that is a sub project in which i want to set up the server side tests with cactus to have a test environment for our JMS implementation of the message service and for our EJB Timer implementation of our scheduler service.
All help in setting up this test environment and testing the our JMS implementation of the MessageService is welcome ! Check out jboss/configuration for configuring your jboss and jpdl/test for the test environment that i was going to set up.
Can you get the JMS based message service impl running in jboss ? How would you improve what we have in HEAD of cvs today in module jbpm.3 ?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3970095#3970095
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3970095
19 years, 7 months
[Design of JBoss Portal] - Re: JBOSS Portal, JSF, XHTML and AJAX !!!finally!!! :-)
by dajevtic
I will read the agreement and if it doesn't say that jboss will inherit my car or any other belongings except my code, it should be ok, too! :-)
I have thouroughly tested the feature clicking through the pages, however no unit tests or other kinds, yet. I will create some test cases today, based on the existing ones.
Written documentation is currently only in the java code: Every function has javadoc comments. I have a German document, describing the feature concepts, too. Will translate! Should there be any more?
Regards,
Danijel
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3970073#3970073
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3970073
19 years, 7 months