[JBoss JIRA] Created: (JBESB-1848) bpm_orchestration1 quickstart is broken
by Lukas Petrovicky (JIRA)
bpm_orchestration1 quickstart is broken
---------------------------------------
Key: JBESB-1848
URL: http://jira.jboss.com/jira/browse/JBESB-1848
Project: JBoss ESB
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.2.1 CP4
Reporter: Lukas Petrovicky
Deploying a process ends with the following message:
deployProcess:
[echo] Deploy the process definition
[deployToServer] java.io.FileNotFoundException: http://localhost:8080/jbpm-console/upload/
[deployToServer] at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1168)
[deployToServer] at org.jbpm.ant.DeployProcessToServerTask.pingServerOK(DeployProcessToServerTask.java:315)
[deployToServer] at org.jbpm.ant.DeployProcessToServerTask.execute(DeployProcessToServerTask.java:127)
[deployToServer] at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275)
[deployToServer] at org.apache.tools.ant.Task.perform(Task.java:364)
[deployToServer] at org.apache.tools.ant.Target.execute(Target.java:341)
[deployToServer] at org.apache.tools.ant.Target.performTasks(Target.java:369)
[deployToServer] at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1216)
[deployToServer] at org.apache.tools.ant.Project.executeTarget(Project.java:1185)
[deployToServer] at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:40)
[deployToServer] at org.apache.tools.ant.Project.executeTargets(Project.java:1068)
[deployToServer] at org.apache.tools.ant.Main.runBuild(Main.java:668)
[deployToServer] at org.apache.tools.ant.Main.startAnt(Main.java:187)
[deployToServer] at org.apache.tools.ant.launch.Launcher.run(Launcher.java:246)
[deployToServer] at org.apache.tools.ant.launch.Launcher.main(Launcher.java:67)
[deployToServer] An unexpected exception happened while testing the server (http://localhost:8080/jbpm-console/upload/) connection.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years
[JBoss JIRA] Created: (JBESB-1153) File Gateway: Consume only a single file at a time
by Burr Sutter (JIRA)
File Gateway: Consume only a single file at a time
--------------------------------------------------
Key: JBESB-1153
URL: http://jira.jboss.com/jira/browse/JBESB-1153
Project: JBoss ESB
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Transports
Affects Versions: 4.2
Reporter: Burr Sutter
Assigned To: Mark Little
Fix For: 4.3
The current File gateway consumes files at a rate faster than the internal/native listener (typically JMS-based) and its associated action chain. This request is for a configuration property that causes the rate of consumption of the file gateway to match the underlying internal/native listener. Basically a file would not be pulled from disk until it has completely passed through the action chain.
Here are some notes related to this use case:
I have 1000+ files which are very huge in size and when all the
files are kept in the folder they are read at same time and placed in
configured JMS Queue.
- When all the files are placed in Queue there is a chance that the size
of messages in Queue may exceed and it may not accept new messages?
Or
- Sometimes the case may be like the input folder is monitored by one
person and the message processing is monitored by other person. In this
case when all the files are read at once it gives a wrong assumption
that all files are processed but where as due to some application
failure the messages may still be in queue.
Or
- Its always a good option to be able to see how many messages are still
in process in the folder rather than browsing the JMS queue and looking
for Queue depth. In this case if you look at Queue depth sometimes it
may be give you wrong count of messages as there is a chance that some
other application also put message some messages into the same queue,
when Queue is configured for application sharing.
Or
- If you want to replace a single file out of 1000+ files in the input
folder while in middle of processing the files, it will be easy if the
files are read one at a time rather going and deleting the messages from
JMS queue after they are read at once and placed in Queue.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years
[JBoss JIRA] Created: (JBESB-1796) Memory Leak in Content Based Router
by Maurice Zeijen (JIRA)
Memory Leak in Content Based Router
-----------------------------------
Key: JBESB-1796
URL: http://jira.jboss.com/jira/browse/JBESB-1796
Project: JBoss ESB
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Content Based Routing
Affects Versions: 4.2.1 CP3, 4.3
Environment: Java 1.5 or 6.0
JBoss 4.2.2 GA
JBoss ESB 4.2.1 or 4.3
Memory settings: -Xms256m -Xmx256m -XX:MaxPermSize=128m
Reporter: Maurice Zeijen
Attachments: memory_leak_cbr.zip
may have found a memory leak in the Content Based Router in both JBoss ESB 4.2.1 and 4.3.
I noticed the problem at my Job with a production JBoss ESB 4.2.1 CP2 because it regularly crashed because the memory run out. After doing some memory analysis I found that the problem was with the content based router.
To reliably reproduce the problem I created a sample project using the simple_cbr sample. I attached the sample project to this issueu. I also included an export from a memory analysis of a memory dump. In that dump you can clearly see that the org.drools.base.FireAllRulesRuleBaseUpdateListener objects are piling up. Because the problem is within Drools I am not sure if the problem is really in the ESB.
Simply unpack the project within the sample/quickstarts directoy to make it work.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years