[Design of JBoss ESB] - ESB Administration Conosle
by tfennelly
Hi.
The 4.0 RC will include an "Administration Console" application. It's a J2EE webapp and includes the following features (mostly around Transformation :-) ):
1. Define Message Endpoints (temporary until we integrate it to the Registry).
2. Define "Message Contracts" on Message Endpoints.
3. Define Transformations that can be targeted at specific "Message Flows" i.e. Message type A produced-by/routing-from ServiceX to Message type B consumed-by/routed-to ServiceY.
4. Define "Transformation Templates" which can be used to build new configurations more easily.
... and more ...
The docs for this have been updated. Take a look at the PDF: MessageTransformation.pdf. It includes a usecase/example that walks you through the process of defining message endoints, contracts and transformation configurations for transforming a CSV format "Order" message produced by one endpoint, to an XML format message consumed by another endpoint.
I'm aware that the docs require more work, more examples etc, but I hope there's enough info there to get people started and to initiate some feedback.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3986516#3986516
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3986516
19 years, 4 months
[Design of JBoss Web Services] - Re: Tcp Monitor like tool for jboss
by maeste
I probably I didn't correctly understand what Burr is saying. I try to answer, just to understand better what are his doubts about:
anonymous wrote :
| I actually demo the use of tcpmon since I think it is such a vital tool
| for "debugging". The basic idea is that you find a consumer and
| producer that are happy with each other and capture the SOAP
| conversation (e.g. .NET to .NET) then run your Java to .NET to see what
| the problem might be.
|
And this is the same idea of Lms. Note that clients have to change the address used to invoke webservice, it isn't a transparent proxy.
anonymous wrote :
| With that said, I don't believe a web-based application will serve me
| properly. I like the really little swing-based tcpmon. I've seen other
| presenters talk about using it for hacking websites. You can intercept
| the flow of track between the browser and the server and figure out if
| they are using any hidden fields to carry important information (e.g.
| the price of an item being placed in a shopping cart).
|
I didn't understand what is the real difference between a swing gui and a web based gui in that. It was realy useful for us to debug service call by remote client that could only send request to our internet exposed machine (dmz) where I haven't X server configured (and I don't want one)
Speaking of security: I think there are more interesting malicious sw around the world than a web based tcp monitor, and I think a malicious use of Lms isn't different than a malicious use of tcp mon.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3986510#3986510
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3986510
19 years, 4 months
[Design of JBoss IIOP on JBoss] - Open socket to JBoss from C++
by nikolajg
Hi JBoss networkers,
At first, hope this is the place to post, otherwise sorry...
Im going to make an C++ application that should have an open socket connection to some server. Ive choosen JBoss for this. The point is that the application and the server must keep the connection open because I want to get notified on server events. The server is going to have a lot of connections and our plan is to have "n" JBoss servers behind a firewall to route (load balance). Also, I know that a thread pr. socket for every connection will kill the server quite easily ie. there have to be some threadpool mechanism.
The problem is that im quite new to JBoss and just managed to make the Duke's Bank application work (also tried to deploy a simple HelloWorld stateless bean and call it from a java app. client) - in other workds I do not know the exact difference between the types of beans that JBoss are supporting... or clustering for that matter (which most certainly will help me in the future).
With the above in mind, what solution should I choose?
Ive been thinking about implementing my own server with Java NIO (without knowing exactly nio). It could have in- and out queue - each with a threadpool attached "eating" runnable objects on each queue. Assuming that I can use this solution, what type of bean should I use to deploy it with? MBean?
So far I skimmed JBoss Remoting, PooledInvoker, xmlBlaster, CORBA, SOAP, but it does not seem to be the solution (please correct me if Im wrong). Ive also looked at EmberIO which probably could be used.
Thanks in advance.
/Nikolaj, Copenhagen
PS currently we are using Tomcat as standalone, but we are talking about using it in combination with JBoss.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3986494#3986494
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3986494
19 years, 4 months
[Design of JBoss jBPM] - Re: web console feedback
by tom.baeyens@jboss.com
here are my findings:
1) The websale got to run. Functionally I didn't yet made a good separation of functional features that i want in this Alpha2 release and features that can be postponed. So the goal for Alpha2 is that the websale example process should be completely executable in the webapp. If that can be done without crash, it's ok.
I have tried to update the websale example. Can you get it deployed and executed ? Let me know if you have any problem with that. Feel free to update the forms in the websale as appropriate. The designer form generation also needs some updates, but those can wait till the next release. I have created a jira issue for koen.
2) Transition button 'More info needed' took the wrong exit. In the websale example, i clicked on 'More info needed' and saw the payment task appearing. This would indicate that the wrong transition is taken with respect to the clicked button. Can you check this ? This should be fixed for Alpha 2
Since you are busy with transitions, you might want to address this minor issues in one go: i would change the attribute name of the transition button from 'to' to 'transition'. 'To' typically indicates the destination node of the transition in jBPM terminology.
3) New forms are not used when redeploying process definitions. I know i have some caching build in there. Maybe something is wrong with that. Can you see if you can reproduce ? This doesn't need to be fixed for this Alpha2 release.
4) Comments
Now, you already support comment input. But what I didn't yet have in the console before and which is really needed is displaying of the comment history. This would ideally be done with another jbpm component tag. The tag would show all the comments made on a given token. I have a layout in mind (i'll email it), but feel free to come up with something different. These forum's topic threads could also be an inspiration for the comment history layout. This can also wait till the next release.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3986484#3986484
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3986484
19 years, 4 months