[JBoss Seam] - <s:fileUpload> problem
by jquery@interia.pl
Hi,
I have a problem with <s:fileUpload> control. As a database I'm using DB2 v.8.2. When the receiving field (generated by seamgen) is a Blob type it gets null after a form is submitted. When the receiving field is Byte[] or byte[] type I get mapping exception during JBoss AS startup:
| javax.persistence.PersistenceException: org.hibernate.HibernateException: Wrong column type: APPENDIX, expected: varchar(255) for bit data
|
When the receiving field is InputStream type I also get mapping exception during JBoss AS startup:
| javax.persistence.PersistenceException: org.hibernate.MappingException: Could not determine type for: java.io.InputStream, for columns: [org.hibernate.mapping.Column(APPENDIX)]
|
A form encoding and Seam Multipart servlet filter are configured as in docs and the DB2 (APPENDIX) field is Blob type.
How can I configure <s:fileUpload> so that it can work properly with DB2?
Thanks in advance for any help.
Best regards,
jquery
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4038145#4038145
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4038145
19 years, 2 months
[JBoss Seam] - Re: Seam Conversation Should Be Flexible but NOT
by petemuir
"app4you(a)yahoo.com" wrote : Did you read my post carefully yet :)
Yes, I have read it several times - I want to understand what you want/what your issues so we can try to make your apps work better with Seam. You are using a common paradigm for a user interface - one that you say Seam doesn't work well with.
anonymous wrote : Common I did not say that I need all components in SESSION.
No, you never explicitly stated what scope the components should be in. I inferred from this
anonymous wrote : the application data entry form has to be in the edit mode all the time unless the user want to close the form by clicking on the DONE, CLOSE or whatever... button to get back to the search result page
that you were looking for session scoping from your post.
What scope should your components have? Not in terms of Seam's SCOPEs necessarily, but in terms of user experience.
anonymous wrote : anonymous wrote : neither a very long running conversation timeout or even set it to the same time-out as the HTTP session time out. Standard is 30 minutes, or at least most of my apps.
| |
| |
| | Sorry, I can't parse this.
|
| Can't see?
No, I meant I didn't understand the sentence.
anonymous wrote : Can you look at the conversation stack for a bunch of runaway conversations waiting to be closed?
Yeah. Look at the conversationTimeout method in org.jboss.seam.core.Manager for how Seam times out conversation. You could create an extended version of Manager and implement a custom conversationtTimeout that used an algorithm more suited to your app. The API for this stuff is all public :)
anonymous wrote : A more elegant timeout that coordinates with http session timeout.
Spell out what this means - I haven't understood yet ;) What do "elegant" and "coordinate" mean?
anonymous wrote : I don't want to use conversational session scope, only conversational scope here
Ok, so just to clarify: You don't want to use SESSION scope. You want to use CONVERSATION scope.
anonymous wrote : or no conversation at all by setting the conversation on/off.
What does setting the conversation "off" mean? Normally if you want a scope shorter than CONVERSATION you would use PAGE or EVENT
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4038143#4038143
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4038143
19 years, 2 months
[JBoss Messaging] - Separate log files no longer works with JBM 3.2
by chip_schoch
When I upgraded to JBM 3.2 recently I had to go back and add:
| <loader-repository>jboss.messaging:loader=ScopedLoaderRepository
| <loader-repository-config>java2ParentDelegation=false</loader-repository-config>
| </loader-repository>
to my jboss-service.xml files on the message processing MBeans I have written, because when I didn't have it I get:
2007-04-17 16:07:17,213 ERROR [com.eLynx.Messaging.MessageReceiver] Exception running MessageReceiver [thread id=155].
| tried to access class org.jboss.aop.ClassAdvisor$1 from class org.jboss.aop.ClassAdvisor
| java.lang.IllegalAccessError: tried to access class org.jboss.aop.ClassAdvisor$1 from class org.jboss.aop.ClassAdvisor
| at org.jboss.aop.ClassAdvisor.attachClass(ClassAdvisor.java:271)
| at org.jboss.aop.AspectManager.initialiseClassAdvisor(AspectManager.java:590)
| at org.jboss.aop.AspectManager.getAdvisor(AspectManager.java:578)
| at org.jboss.jms.client.delegate.ClientConnectionFactoryDelegate.<clinit>(ClientConnectionFactoryDelegate.java)
| at sun.misc.Unsafe.ensureClassInitialized(Native Method)
| at sun.reflect.UnsafeFieldAccessorFactory.newFieldAccessor(UnsafeFieldAccessorFactory.java:25)
| at sun.reflect.ReflectionFactory.newFieldAccessor(ReflectionFactory.java:122)
| at java.lang.reflect.Field.acquireFieldAccessor(Field.java:917)
| at java.lang.reflect.Field.getFieldAccessor(Field.java:898)
| at java.lang.reflect.Field.getLong(Field.java:527)
| at java.io.ObjectStreamClass.getDeclaredSUID(ObjectStreamClass.java:1586)
| at java.io.ObjectStreamClass.access$700(ObjectStreamClass.java:52)
| at java.io.ObjectStreamClass$2.run(ObjectStreamClass.java:408)
| at java.security.AccessController.doPrivileged(Native Method)
| at java.io.ObjectStreamClass.<init>(ObjectStreamClass.java:400)
| at java.io.ObjectStreamClass.lookup(ObjectStreamClass.java:297)
| at java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:531)
| at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1552)
| at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1466)
| at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1699)
| at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1305)
| at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1908)
| at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1832)
| at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1719)
| at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1305)
| at java.io.ObjectInputStream.readObject(ObjectInputStream.java:348)
| at java.rmi.MarshalledObject.get(MarshalledObject.java:135)
| at org.jnp.interfaces.MarshalledValuePair.get(MarshalledValuePair.java:72)
| at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:653)
| at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:588)
| at javax.naming.InitialContext.lookup(InitialContext.java:351)
| at com.eLynx.Messaging.MessageReceiver.run(MessageReceiver.java:547)
I have my log4j.xml configured to log to different files using the TCLFilter:
<filter class="org.jboss.logging.filter.TCLFilter">
| <param name="AcceptOnMatch" value="true"/>
| <param name="DeployURL" value="eLynxFileConversion.sar"/>
| </filter>
Now I do not get any logging to the separate file. It looks like the TCLFilter must be using class loader to determine which archive a class came from? Anyway, it is an unintended consequence of the latest changes.
Any ideas about how to fix this?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4038141#4038141
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4038141
19 years, 2 months
[Installation, Configuration & Deployment] - Re: Is there a way to view the size of HTTP sessions in JBos
by thirtybelowzero
I guess by size (though admittedly they may be slightly different) I mean the actual size of the session as stored in memory or on disk.
Here's a little background:
I'm helping to test an application that seems to be storing a large amount of data in the HTTP session. During the test, after a number of login/logout sequences (about 70), we start to see OutOfMemory errors. The Heap size is currently set to 512 MB. If I decrease the session timeout to a very low value (3 min.), and rerun the test, everything works fine and the memory is ok. I interpret this behavior to mean that the session size is getting large (ie. 70 sessions/450M is approx. 6.4 MB per session), and as long as I time them out before the test completes, we don't run out of memory. Since I'm not really accounting for the other processes that may be running, this is probably not a very good estimate, so I'm looking for a way to view these within JBoss to get a better estimate of the actual session size.
B
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4038138#4038138
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4038138
19 years, 2 months
[JBoss Portal] - Re: MS SQL with Jboss-portal-2.6-BETA1
by glarenzie
These are the table built and populated. Are they all there?
jbp_cms_cmsentry
jbp_cms_perm
jbp_cms_perm_criteria
jbp_cms_perm_role
jbp_cms_perm_user
jbp_cms_repositoryentry
jbp_cms_version_binval
jbp_cms_version_node
jbp_cms_version_prop
jbp_cms_version_refs
jbp_cms_versionentry
jbp_cms_wsp_binval
jbp_cms_wsp_node
jbp_cms_wsp_prop
jbp_cms_wsp_refs
JBP_CONTEXT
JBP_INSTANCE
JBP_INSTANCE_PER_USER
JBP_INSTANCE_SECURITY
JBP_INSTANCE_SECURITY_ACTIONS
JBP_OBJECT_NODE
JBP_OBJECT_NODE_SEC
JBP_OBJECT_NODE_SEC_ACTIONS
JBP_PAGE
JBP_PORTAL
JBP_PORTAL_MODE
JBP_PORTAL_OBJECT
JBP_PORTAL_OBJECT_PROPS
JBP_PORTAL_WINDOW_STATE
JBP_PORTLET_CONSUMER
JBP_PORTLET_GROUP
JBP_PORTLET_REGISTRATION
JBP_PORTLET_STATE
JBP_PORTLET_STATE_ENTRY
JBP_PORTLET_STATE_ENTRY_VALUE
jbp_role_membership
jbp_roles
jbp_user_prop
jbp_users
JBP_WINDOW
JBPM_ACTION
JBPM_BYTEARRAY
JBPM_BYTEBLOCK
JBPM_COMMENT
JBPM_DECISIONCONDITIONS
JBPM_DELEGATION
JBPM_EVENT
JBPM_EXCEPTIONHANDLER
JBPM_ID_GROUP
JBPM_ID_MEMBERSHIP
JBPM_ID_PERMISSIONS
JBPM_ID_USER
JBPM_LOG
JBPM_MESSAGE
JBPM_MODULEDEFINITION
JBPM_MODULEINSTANCE
JBPM_NODE
JBPM_POOLEDACTOR
JBPM_PROCESSDEFINITION
JBPM_PROCESSINSTANCE
JBPM_RUNTIMEACTION
JBPM_SWIMLANE
JBPM_SWIMLANEINSTANCE
JBPM_TASK
JBPM_TASKACTORPOOL
JBPM_TASKCONTROLLER
JBPM_TASKINSTANCE
JBPM_TIMER
JBPM_TOKEN
JBPM_TOKENVARIABLEMAP
JBPM_TRANSITION
JBPM_VARIABLEACCESS
JBPM_VARIABLEINSTANCE
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4038135#4038135
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4038135
19 years, 2 months