[JBoss Web Services] New message: "Re: [JBossWS] MTOM client parsing exception"
by Karl Determe
User development,
A new message was posted in the thread "[JBossWS] MTOM client parsing exception":
http://community.jboss.org/message/531576#531576
Author : Karl Determe
Profile : http://community.jboss.org/people/determek
Message:
--------------------------------------------------------------
Okay,
I got some more information when debugging. On the server side I do generate a Pdf file that has a correct syntax. But when I try to return it as a DataHandler [5] I got the Exception:
com.sun.xml.internal.org.jvnet.mimepull.MIMEParsingException: java.io.IOException: LF should be proceeded by CR
but instead when I send an image [1], a zipped image [2]on client side everything is Ok.
Moreover when I do zip this pdf file (as sender.zip) and I try to return it as a DataHandler [3] I got the same Exception !
Anybody got an idea ?
Help would be very appreciated...
KDE
*Server side*
[1] File img = new File("C:\\TEMP\\image.jpg");
[2] File img = new File("C:\\TEMP\\image.zip");
[3] File img = *new* File("C:\\TEMP\\sender.pdf");
[4] File img = *new* File("C:\\TEMP\\sender.zip");
*return* *new* DataHandler(*new* FileDataSource(img));
[5]
ByteArrayDataSource bads = new ByteArrayDataSource(baosPDF.toByteArray(), MIMEtype);
return new DataHandler(bads);
(MIMEtype is "application/octet-stream")
*Client side*
DataHandler handler = +map2Pdf+.getMap2Pdf(…..);
InputStream is = handler.getDataSource().getInputStream();
+writeToFile+(is, *new* File("C:\\TEMP\\client.bin"));
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/531576#531576
16 years, 4 months
[jBPM] New message: "Re: How to pass values from jsp to *.jpdl.xml file"
by Maciej Swiderski
User development,
A new message was posted in the thread "How to pass values from jsp to *.jpdl.xml file":
http://community.jboss.org/message/531572#531572
Author : Maciej Swiderski
Profile : http://community.jboss.org/people/swiderski.maciej
Message:
--------------------------------------------------------------
I am trying to fully understand your goals here - please correct me if I am wrong.
Your process is started by a user (either regular one or admin) - user type does not matter at this step - correct?
Next it goes to a human task where the main function is dedicated to a user (regular) that should enter some data and move the process flow further or cancel the process instance. Here is a first question - to whom the task is assigned at this point?
Administrator can reassign that task or cancel it as well. Reassign is a normal administration functionality that should not be modeled as part of a process (in my opinion).
So this is how I would see it:
- create a task that is assigned to a candidate group (as Derek suggested), group members will be normal user and admin.
- task will have following funtionalities: 1. provide information and move further or 2. cancel
- this means that task will have two outgoing transitions - one for moving forward and one for cancellation
- if cancellation was chosen and cancellation was made by regular user than it will go to another task (assigned to admin) for confirmation - this check probably will require decision point
So your task form will be unified for both users since you could treat reassigning as administration activity and not task functionality.
Tell me what you think about it.
Cheers,
Maciej
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/531572#531572
16 years, 4 months
[JBoss Messaging] New message: "JBoss Messaging queues not timing-out consumers"
by sadsda assda
User development,
A new message was posted in the thread "JBoss Messaging queues not timing-out consumers":
http://community.jboss.org/message/531562#531562
Author : sadsda assda
Profile : http://community.jboss.org/people/Black_ice_Spain
Message:
--------------------------------------------------------------
Hello,
im making an application which consumes from a Queue which its at JBoss Application Server,
My problem is that when the application ends forced (for example with kill -9) it doesnt un-subscribe from the queue, and JBoss AS will keep it as a consumer forever. it wont consume messages, but consumer count keeps raising and some messages are blocked in the queue until i restart the JBoss AS (also new instances of the application wont open, because i control that there is only one consumer on the queue, otherwise i finish the application before connecting).
is there anyway to solve this¿ I think its because of failover keeping the sessions alive, but disabling it on the ServerPeer service doesnt seem to be working (its disabled, but the problem its still there).
Thank you and excuse my poor english (ill understand your answers ),
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/531562#531562
16 years, 4 months
[JBoss Cache] New message: "Re: JDBCCacheLoader with Oracle 10g problem"
by Tomas Frastia
User development,
A new message was posted in the thread "JDBCCacheLoader with Oracle 10g problem":
http://community.jboss.org/message/531561#531561
Author : Tomas Frastia
Profile : http://community.jboss.org/people/tfrastia
Message:
--------------------------------------------------------------
Hi
I have the same problem and I think I managed to get it fixed. The problem was in class org.jboss.cache.loader.AdjListJDBCCacheLoader in method populatePreparedStatementForInsert(). A wrong SQL insert query is used when saving a business-object. If the business-object is larger than 4000 bytes then the SQL insert query fails and returns an error code ORA-01461.
My fix:
I changed the SQL insert query by replacing the second parameter from '?' to 'empty_blob()' and after a successfull insert into the DB I have selected the inesrted row and put it into blob data via java.sql.ResultSet.
I uploaded corrected class and simple to POC JBoss-Cache-POC-and-fix.rar.
Tomas,
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/531561#531561
16 years, 4 months
[JBoss Tools] New message: "jbt manual installation in dropins folder"
by nimo stephan
User development,
A new message was posted in the thread "jbt manual installation in dropins folder":
http://community.jboss.org/message/531560#531560
Author : nimo stephan
Profile : http://community.jboss.org/people/nimo22
Message:
--------------------------------------------------------------
I have tried to install the jboss tools 3.1 in dropins-folder of eclipse (version 3.5.2). (the eclipse version is a fresh Eclipse IDE for Java EE Developers)
My directory structure is:
*eclipse/
dropins/
jbosstools-3.1/
eclipse/
features/
plugins/
artifacts.xml
context.xml*
I have unzip the artifacts.jar/content.jar comming from the jbosstools-directory.
*
Unfortunately, I get the following error:*
!SESSION 2010-03-12 09:47:33.843 -----------------------------------------------
eclipse.buildId=unknown
java.version=1.6.0_18
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=de_DE
Framework arguments: -product org.eclipse.epp.package.jee.product
Command-line arguments: -os win32 -ws win32 -arch x86 -product org.eclipse.epp.package.jee.product
!ENTRY org.eclipse.equinox.p2.core 4 0 2010-03-12 09:47:35.359
!MESSAGE Provisioning exception
!STACK 1
org.eclipse.equinox.internal.provisional.p2.core.ProvisionException: No repository found at file:/C:/eclipse-jee-galileo-SR2-win32/eclipse/dropins/JBossTools-Update-3.1.0.v201003050540R-H56/.
at org.eclipse.equinox.internal.p2.repository.helpers.AbstractRepositoryManager.fail(AbstractRepositoryManager.java:380)
at org.eclipse.equinox.internal.p2.repository.helpers.AbstractRepositoryManager.loadRepository(AbstractRepositoryManager.java:641)
at org.eclipse.equinox.internal.p2.metadata.repository.MetadataRepositoryManager.loadRepository(MetadataRepositoryManager.java:92)
at org.eclipse.equinox.internal.p2.metadata.repository.MetadataRepositoryManager.loadRepository(MetadataRepositoryManager.java:88)
at org.eclipse.equinox.internal.p2.reconciler.dropins.Activator.loadMetadataRepository(Activator.java:90)
at org.eclipse.equinox.internal.p2.reconciler.dropins.DropinsRepositoryListener.getMetadataRepository(DropinsRepositoryListener.java:184)
at org.eclipse.equinox.internal.p2.reconciler.dropins.DropinsRepositoryListener.addRepository(DropinsRepositoryListener.java:79)
at org.eclipse.equinox.internal.p2.reconciler.dropins.DropinsRepositoryListener.added(DropinsRepositoryListener.java:57)
at org.eclipse.equinox.internal.provisional.p2.directorywatcher.DirectoryWatcher.processFile(DirectoryWatcher.java:200)
at org.eclipse.equinox.internal.provisional.p2.directorywatcher.DirectoryWatcher.scanDirectories(DirectoryWatcher.java:161)
at org.eclipse.equinox.internal.provisional.p2.directorywatcher.DirectoryWatcher.poll(DirectoryWatcher.java:108)
at org.eclipse.equinox.internal.p2.reconciler.dropins.Activator.watchDropins(Activator.java:491)
at org.eclipse.equinox.internal.p2.reconciler.dropins.Activator.start(Activator.java:167)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run(BundleContextImpl.java:783)
at java.security.AccessController.doPrivileged(Native Method)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:774)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:755)
at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:352)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.resume(AbstractBundle.java:370)
at org.eclipse.osgi.framework.internal.core.Framework.resumeBundle(Framework.java:1068)
at org.eclipse.osgi.framework.internal.core.StartLevelManager.resumeBundles(StartLevelManager.java:557)
at org.eclipse.osgi.framework.internal.core.StartLevelManager.incFWSL(StartLevelManager.java:464)
at org.eclipse.osgi.framework.internal.core.StartLevelManager.doSetStartLevel(StartLevelManager.java:248)
at org.eclipse.osgi.framework.internal.core.StartLevelManager.dispatchEvent(StartLevelManager.java:445)
at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:227)
at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:337)
!SUBENTRY 1 org.eclipse.equinox.p2.metadata.repository 4 1000 2010-03-12 09:47:35.359
!MESSAGE No repository found at file:/C:/eclipse-jee-galileo-SR2-win32/eclipse/dropins/JBossTools-Update-3.1.0.v201003050540R-H56/.
!ENTRY org.eclipse.equinox.p2.core 4 0 2010-03-12 09:47:35.375
!MESSAGE Provisioning exception
!STACK 1
org.eclipse.equinox.internal.provisional.p2.core.ProvisionException: No repository found at file:/C:/eclipse-jee-galileo-SR2-win32/eclipse/dropins/JBossTools-Update-3.1.0.v201003050540R-H56/.
at org.eclipse.equinox.internal.p2.repository.helpers.AbstractRepositoryManager.fail(AbstractRepositoryManager.java:380)
at org.eclipse.equinox.internal.p2.repository.helpers.AbstractRepositoryManager.loadRepository(AbstractRepositoryManager.java:641)
at org.eclipse.equinox.internal.p2.artifact.repository.ArtifactRepositoryManager.loadRepository(ArtifactRepositoryManager.java:93)
at org.eclipse.equinox.internal.p2.artifact.repository.ArtifactRepositoryManager.loadRepository(ArtifactRepositoryManager.java:89)
at org.eclipse.equinox.internal.p2.reconciler.dropins.Activator.loadArtifactRepository(Activator.java:128)
at org.eclipse.equinox.internal.p2.reconciler.dropins.DropinsRepositoryListener.getArtifactRepository(DropinsRepositoryListener.java:200)
at org.eclipse.equinox.internal.p2.reconciler.dropins.DropinsRepositoryListener.addRepository(DropinsRepositoryListener.java:80)
at org.eclipse.equinox.internal.p2.reconciler.dropins.DropinsRepositoryListener.added(DropinsRepositoryListener.java:57)
at org.eclipse.equinox.internal.provisional.p2.directorywatcher.DirectoryWatcher.processFile(DirectoryWatcher.java:200)
at org.eclipse.equinox.internal.provisional.p2.directorywatcher.DirectoryWatcher.scanDirectories(DirectoryWatcher.java:161)
at org.eclipse.equinox.internal.provisional.p2.directorywatcher.DirectoryWatcher.poll(DirectoryWatcher.java:108)
at org.eclipse.equinox.internal.p2.reconciler.dropins.Activator.watchDropins(Activator.java:491)
at org.eclipse.equinox.internal.p2.reconciler.dropins.Activator.start(Activator.java:167)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run(BundleContextImpl.java:783)
at java.security.AccessController.doPrivileged(Native Method)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:774)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:755)
at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:352)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.resume(AbstractBundle.java:370)
at org.eclipse.osgi.framework.internal.core.Framework.resumeBundle(Framework.java:1068)
at org.eclipse.osgi.framework.internal.core.StartLevelManager.resumeBundles(StartLevelManager.java:557)
at org.eclipse.osgi.framework.internal.core.StartLevelManager.incFWSL(StartLevelManager.java:464)
at org.eclipse.osgi.framework.internal.core.StartLevelManager.doSetStartLevel(StartLevelManager.java:248)
at org.eclipse.osgi.framework.internal.core.StartLevelManager.dispatchEvent(StartLevelManager.java:445)
at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:227)
at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:337)
!SUBENTRY 1 org.eclipse.equinox.p2.artifact.repository 4 1000 2010-03-12 09:47:35.375
!MESSAGE No repository found at file:/C:/eclipse-jee-galileo-SR2-win32/eclipse/dropins/JBossTools-Update-3.1.0.v201003050540R-H56/.
*What is wrong?*
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/531560#531560
16 years, 4 months
[jBPM] New message: "Re: JBPM Console Error: "No UI associated with PROCESS ...""
by Maciej Swiderski
User development,
A new message was posted in the thread "JBPM Console Error: "No UI associated with PROCESS ..."":
http://community.jboss.org/message/531559#531559
Author : Maciej Swiderski
Profile : http://community.jboss.org/people/swiderski.maciej
Message:
--------------------------------------------------------------
Hi Richard,
first of all I would like to suggest reading Task forms section of dev guide if you haven't done that yet - http://docs.jboss.com/jbpm/v4/devguide/html_single/#taskforms
In my opinion resources (including task forms) are stored in database and they will be referenced by classpath relative path on runtime.
You could try to check if the data base entry has correct name. Task forms are retrieved from data base using following method:
// check if a template exists
String name = task.getFormResourceName();
InputStream template = repoService.getResourceAsStream(procDef.getDeploymentId(), name);
and if templete is null it will throw the exception you mentioned.
So, possible issue could be:
1. template is not deployed due to not being compliant with rules defined in dev guide (mainly ftl extension)
2. name is different than expected (can be checked on Task object by inspecting formResourceName field
/Maciej
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/531559#531559
16 years, 4 months