[Design of JBoss/Tomcat Integration] - How to implement JGroups-RMI Clustering in Tomcat
by sivasharma
Hai!
I had tried to replicate my RMI Server using JGROUPS in the following manner.
RMI Server running in one node with rmireplicated code using jgroups api (downloaded from soucreforge.net) and Tomcat server running on
another node. I had copied replicated rmi class files from RMI Server and pasted it into a WEB-INF/classes directory.
First I had started the RMI Server. It displayes message as Become Group Coordinator found in Remote Home.
Then I had started the Tomcat server and call my apllication using IE. When a client contacts the RMI Server it shows error..
RMI Side
[WARN] UDP - -packet from /172.178.100.79:3747 has different version ( ??") from
ours (0227). This may cause problems
[ERROR] UDP - -exception=java.io.StreamCorruptedException: invalid stream header
at java.io.ObjectInputStream.readStreamHeader(Unknown Source)
at java.io.ObjectInputStream.(Unknown Source)
at org.jgroups.protocols.UDP.handleIncomingUdpPacket(UDP.java:670)
at org.jgroups.protocols.UDP.run(UDP.java:249)
at java.lang.Thread.run(Unknown Source)
Tomcat Side
Aug 14, 2006 1:31:18 PM org.jgroups.protocols.TP handleIncomingPacket
WARNING: packet from 172.178.100.77:2189 has different version (12338) from ours
(231). This may cause problems
Aug 15, 2006 1:31:18 PM org.jgroups.protocols.TP handleIncomingPacket
SEVERE: failed unmarshalling message
java.io.EOFException
at java.io.DataInputStream.readShort(DataInputStream.java:287)
at org.jgroups.Message.readFrom(Message.java:624)
at org.jgroups.protocols.TP.bufferToMessage(TP.java:982)
at org.jgroups.protocols.TP.handleIncomingPacket(TP.java:838)
at org.jgroups.protocols.TP.access$200(TP.java:44)
at org.jgroups.protocols.TP$IncomingPacketHandler.run(TP.java:1290)
How to solve this issue. Any help regard this highly appreciated..
Thanks and Regards
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3965196#3965196
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3965196
19 years, 7 months
[Design of JBoss ESB] - Re: JBossESB 4.0 Beta 1 released
by tfennelly
NOTE:
In order to run the TrailBlazer, you may need to create the following "customer_index" table. Check your database!
Creation scripts....
Postgres:
CREATE TABLE public.customer_index (
uid int8 NOT NULL,
stamp int8 NULL,
latest_snap_uid int8 NULL,
latest_snap_date text NULL,
name text NULL,
phone text NULL,
address text NULL,
PRIMARY KEY(uid)
);
MySql:
CREATE TABLE `customer_index` (
`uid` bigint(20) unsigned NOT NULL default '0',
`stamp` bigint(20) unsigned default NULL,
`latest_snap_uid` bigint(20) unsigned default NULL,
`latest_snap_date` text,
`name` text,
`phone` text,
`address` text,
PRIMARY KEY (`uid`),
UNIQUE KEY `customer_index_pkey` (`uid`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
HSQL:
CREATE TABLE customer_index (
uid bigint NOT NULL,
stamp bigint,
latest_snap_uid bigint,
latest_snap_date varchar,
name varchar,
phone varchar,
address varchar,
CONSTRAINT customer_index_pk PRIMARY KEY (uid)
);
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3965191#3965191
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3965191
19 years, 7 months
[Design of JBoss jBPM] - Re: process deployment from WAR file
by kukeltje
"tom.baeyens(a)jboss.com" wrote : i'll rephrase to see if i get you correctly:
|
| You want to make a process archive a part of the deployment structure (=available to the classloader or in a deployment directory).
|
Yes
"tom.baeyens(a)jboss.com" wrote : Then, you want to discover all the deployed process archives on the deployment directory and deploy them to the jbpm db.
No, I was thinking to have a servlet configured in this specific war (the code of the servlet is in the generic jbpm.jar if that works, or a small jbpm-deploy.jar in the WEB-INF/lib). This startup servlet gets the pd from the WEB-INF and deploys it to the db. But if what you propose can be done in a generic (App server independent) way, I'm all for it.
"tom.baeyens(a)jboss.com" wrote : The hashing of process archives is the solution you propose for making the distinction between processes that are already deployed and processes that need to be (re)deployed. This to overcome the difference in lifecycle of a deployed process versus the java/webapp deployment lifecycle.
Correct
"tom.baeyens(a)jboss.com" wrote : right?
Most of it (or all if the second question goes in your favour)
"tom.baeyens(a)jboss.com" wrote : in the recent drools discussions, i realized that there are many ways to go from sources to deployments and developers are used to the different java deployment strategies. In more general terms: I'm still looking at how we can create a unified deployment model that would provide a similar picture to java, servlet, process, rules and other deployments.
|
| It seems that we're now trying to embed our deployment model in the known existing deployment models, rather then to try and unify all of them.
Correct, if rules come into play that is another level, and what to think of services on the ESB?
Configuration management only gets more and more difficult. Where is the good old one ear deployment. 20MB, everything in it. :-)))
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3965105#3965105
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3965105
19 years, 7 months
[Design of JBoss jBPM] - Re: Variable type definition in processdefinition.xml (yes a
by kukeltje
YES, YES, YES.. thank you , thank you.
It should indeed be optional for backwards compatibility. But if added, the GPD (or a simple ant task) could take a freemarker template or an xslt and generate a basic form.
No idea about the JBoss preference but I have no freemarker expertise, nor time to spent time on this. I think that someone with some instruction could make a freemarker template or xslt, at least for a basic byt nice looking form.
hmm... I used date/integer from JSF in the webapp for 3.1 and did not need any conversion property or so. Displaying a date object in the process as a human readable string worked without a problem. You can try to install tomahawk and use the datecalendar input type on a variable of Date (create it first in the process instance!!!!) and it works perfectly.
It even is possible to take an array from one process variable, use that as the selection in a dropdown list and have the selected result in another processvariable by just referencing the correct variables.
so since I've not neede the conversion attribute in 3.1, I have no idea why it should be needed now. Can you explain?
Ohhh and... btw, when is the variable-type in the PD???? ;-)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3965099#3965099
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3965099
19 years, 7 months