[Installation, Configuration & DEPLOYMENT] - Re: stop or re-deploy a web application in JBoss 5.0?
by dickson1888
Hi wolfgang,
Thanks for your help.
As I use "jmx-console", it is not easy to find that "MainDeployer". Also not every web application has this service. Click on "jboss.system" on the left menu, there is a "service=MainDeployer" on the right menu. When I click on the url of "service=MainDeployer", there is several "stop", "deploy", "undeploy", ... with "invoke" button. I have no idea which "stop" will stop which web application. Really confuse.
Finally, I think "jmx-console" is not a user-friend GUI at all. Also, it cannot help me to do manage the JBoss As or web application.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4216429#4216429
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4216429
15 years, 10 months
[JBoss jBPM] - Jboss jbpm
by rgeetha
hi iam facing this problem... i ll be help if i get the solution for this ASAP....
wen i cllick on gpd.xml iam getting the following error
There was a problem adding adapter factories
loader constraint violation: when resolving method "org.eclipse.wst.xml.core.internal.modelquery.ModelQueryUtil.getModelQuery(Lorg/w3c/dom/Document;)Lorg/eclipse/wst/xml/core/internal/contentmodel/modelquery/ModelQuery;" the class loader (instance of org/eclipse/osgi/internal/baseadaptor/DefaultClassLoader) of the current class, org/eclipse/wst/xml/ui/internal/DOMObserver, and the class loader (instance of org/eclipse/osgi/internal/baseadaptor/DefaultClassLoader) for resolved class, org/eclipse/wst/xml/core/internal/modelquery/ModelQueryUtil, have different Class objects for the type org/w3c/dom/Document used in the signature
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4216427#4216427
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4216427
15 years, 10 months
[Remoting] - Re: JBoss remoting integration with legacy systems
by ron.sigal@jboss.com
Hi Eliezer,
Trustin has given the answer I always give (thanks, Trustin!), but since this issue has come up recently in a question from our support staff, and since I have put some time into demonstrating that a client using ordinary sockets can talk to a Remoting server using the socket transport, I'm going to elaborate a little bit.
As Trustin mentioned, the socket transport uses either ObjectOutputStream/ObjectInputStream or JBossObjectOutputStream/JBossObjectInputStream by default, so normally you would have to do the same on the client. Also, the socket transport, since version 2.0.0.GA, has added an extra version byte before each transmission, so you would also have to do that.
The solution I proposed to the support guys worked around both of these requirements.
1. The choice of streams is made by the implementations of the org.jboss.remoting.marshal.Marshaller and org.jboss.remoting.marshal.UnMarshaller interfaces, and the default choices for the socket transport (org.jboss.remoting.marshal.serializable.SerializableMarshaller and org.jboss.remoting.marshal.serializable.SerializableUnMarshaller) use object streams. To avoid using object streams, then, you can write and configure your own marshaller and unmarshaller. In my example, I used
| public class IntegrationMarshaller implements Marshaller
| {
| private static final long serialVersionUID = 1L;
|
| public Marshaller cloneMarshaller() throws CloneNotSupportedException
| {
| return new IntegrationMarshaller();
| }
|
| public void write(Object dataObject, OutputStream output) throws IOException
| {
| PrintStream ps = new PrintStream(output);
| if (dataObject instanceof String)
| {
| ps.println((String) dataObject);
| ps.flush();
| }
| else if (dataObject instanceof InvocationRequest && ((InvocationRequest) dataObject).getParameter() instanceof String)
| {
| ps.println(((InvocationRequest) dataObject).getParameter());
| ps.flush();
| }
| else
| {
| throw new IOException("unexpected data type: " + dataObject);
| }
| }
| }
|
and
| public class IntegrationUnmarshaller implements UnMarshaller
| {
| private static final long serialVersionUID = 1L;
|
| public UnMarshaller cloneUnMarshaller() throws CloneNotSupportedException
| {
| return new IntegrationUnmarshaller();
| }
|
| public Object read(InputStream inputStream, Map metadata) throws IOException, ClassNotFoundException
| {
| BufferedReader br = new BufferedReader(new InputStreamReader(inputStream));
| String s = br.readLine();
| if (s == null)
| {
| throw new EOFException();
| }
| System.out.println(this + " received: " + s);
| return s;
| }
|
| public void setClassLoader(ClassLoader classloader)
| {
| }
| }
|
Of course, they handle only strings, but that was OK for the example. You might need to do something different.
Now, to tell Remoting to use these classes, you can use the "marshaller" and "unmarshaller" parameters. For example:
| socket://127.0.0.1:8888/?marshaller=your.package.IntegrationMarshaller&unmarshaller=your.package.IntegrationUnmarshaller
|
2. You can tell Remoting to eliminate the version byte by telling it to be compatible with the versions that preceded 2.0.0. The way to do this is to set the system property "jboss.remoting.pre_2_0_compatible" to "true". In Remoting 2.4/2.5, you can also set "jboss.remoting.pre_2_0_compatible" to "true" in the InvokerLocator.
Let us know how is goes.
-Ron
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4216415#4216415
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4216415
15 years, 10 months