[JBoss jBPM] - Re: jBPM : Couldn't be that complicated...
by viniciuscarvalho
News from the front: So far jbpm seems to be working on jboss 4.0.5 (still problems with 4.2, left it behind due schedule). But I'm still using hsqldb as the database.
I tried to run the scripts for mySQL no success. One thing that should be improved in the docs is that it starts from the principle that the user already use jbpm. For instance, if you run the scripts from jbpm-jpdl-3.2.GA/db/jbpm-jpdl-mysql.sql it will throw errors, since it tries to update tables that do not exist. So I believe there's a startup script (maybe the one found on previous version under jbpm-db) that creates the tables, and this one updates it. Did that. Well still need to fill some tabels (ID_USER, ID_GROUP).
This stuff is not on the docs, and that's the *only* complaint I have about jbpm. Am I right folks? So, what's the minimal data that need to go on those user tables?
I believe I'm very close to get it working now :)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4031567#4031567
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4031567
19Â years
[JBossWS] - Re: WS-Security - Invalid timestamp, message claimed to be c
by rmartony
A workaround using a system property (jboss.ws.timestampTolerance) to set tolerance:
| // Source File Name: TimestampVerificationOperation.java
|
| package org.jboss.ws.wsse;
|
| import java.io.PrintStream;
| import java.util.Calendar;
| import org.jboss.ws.wsse.element.Timestamp;
| import org.w3c.dom.Document;
|
| // Referenced classes of package org.jboss.ws.wsse:
| // WSSecurityException, FailedCheckException
|
| public class TimestampVerificationOperation
| {
|
| public TimestampVerificationOperation()
| {
| now = null;
| }
|
| public TimestampVerificationOperation(Calendar now)
| {
| this.now = null;
| this.now = now;
| }
|
| public void process(Document message, Timestamp timestamp)
| throws WSSecurityException
| {
| Calendar expired = timestamp.getExpires();
| Calendar created = timestamp.getCreated();
| Calendar now = this.now != null ? this.now : Calendar.getInstance();
| if(Math.abs(created.getTimeInMillis() - now.getTimeInMillis()) > TIMESTAMP_TOLERANCE)
| throw new WSSecurityException("Invalid timestamp, message claimed to be created after now");
| if(expired != null && Math.abs(now.getTimeInMillis() - expired.getTimeInMillis()) > TIMESTAMP_TOLERANCE)
| throw new FailedCheckException("Expired message.");
| else
| return;
| }
|
| private Calendar now;
| private static long TIMESTAMP_TOLERANCE;
| private static String TIMESTAMP_TOLERANCE_PROPERTY;
|
| static
| {
| TIMESTAMP_TOLERANCE = 60000L;
| TIMESTAMP_TOLERANCE_PROPERTY = "jboss.ws.timestampTolerance";
| String value = null;
| System.out.println((new StringBuilder()).append("Setting the property value ").append(TIMESTAMP_TOLERANCE_PROPERTY).toString());
| try
| {
| value = System.getProperty(TIMESTAMP_TOLERANCE_PROPERTY);
| if(value != null)
| TIMESTAMP_TOLERANCE = Long.parseLong(value);
| else
| System.out.println("The value of the property has not been set as a system property");
| }
| catch(Throwable e)
| {
| System.out.println((new StringBuilder()).append("Error ocurred during setting of property value ").append(TIMESTAMP_TOLERANCE_PROPERTY).append(" con el valor: ").append(value).toString());
| }
| System.out.println((new StringBuilder()).append("The new timestamp tolerance is ").append(TIMESTAMP_TOLERANCE_PROPERTY).append(" = ").append(TIMESTAMP_TOLERANCE).toString());
| }
| }
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4031566#4031566
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4031566
19Â years
[Clustering/JBoss] - Re: Farm Deployment with UDP not working
by RedChili
I've tried it the "other way around" I've deployed the application on one node. And instead of waiting for a push to the other nodes, I started another node which then should pull the application. This gives me an error on the pulling-node:
14:18:14,071 INFO [FarmMemberService] **** pullNewDeployments ****
| 14:18:14,072 INFO [ClusterFileTransfer] Start pull of file kusssdemo.ear from cluster.
| 14:19:14,084 ERROR [FarmMemberService] org.jboss.ha.framework.server.ClusterFileTransfer$ClusterFileTransferException: Did not receive response from remote machine trying to open file 'farm/kusssdemo.ear'. Check remote machine error log.
|
Unfortunately there is no similar entry on the other node (remote machine). It seems like the two machines don't like eachother.
What's about those other parameters in the UDP Config section. Can I twek something there?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4031562#4031562
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4031562
19Â years