August 2007 - jboss-user - Jboss List Archives

by john_woo＠canada.com

Hi, I'm using mssql for jboss ejb 3, I've tried @Column(name="my_date") @Temporal(TemporalType.TIMESTAMP) private java.util.Date myDate; // or private java.sql.Timestamp or @Column(name="my_date") private Date creatingDate; mapping to a table with timestamp column my_date but when persist this entity, without setDate, got Cannot insert an explicit value into a timestamp column. Use INSERT with a column list to exclude the timestamp column, or insert a DEFAULT into the timestamp column the my_date is nullable, desn't need a value. Can anyone tell me how to fix it? Thanks John View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4069876#4069876 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4069876

19 years

1
0
0 / 0

[JBoss Seam] - Re: Shouldn't captcha.validate also clear response?

by henrik.lindberg

rephrase - workaround would be to configure captcha to generate images that are easier to read. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4069874#4069874 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4069874

19 years

1
0
0 / 0

[JBoss Seam] - Re: Shouldn't captcha.validate also clear response?

by henrik.lindberg

I contemplated writing some kind of wrapper that kept both the value and performed validation by delegation - but I could not quite figure out how to do it. Hope someone can think of something - it is a quite irritating issue. (Coupled with the fact that the default captcha configuration generates really hard captchas - that is another issue that I have not had time to look into yet - but is certainly a sort of work around to input not being cleared when invalid). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4069873#4069873 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4069873

19 years

1
0
0 / 0

[Installation, Configuration & DEPLOYMENT] - Re: problem with scheduling deployed classes

by cyberblue

I'm using jboss3.2 because the code is for EJB2.1 The configure file conf/jboss-service.xml and deploy/scheduler-service make the scheduler works before the schedulable classes deployed.So the scheduler can't find them. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4069872#4069872 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4069872

19 years

1
0
0 / 0

[Installation, Configuration & DEPLOYMENT] - problem with scheduling deployed classes

by cyberblue

Hi all. I have some deployed class in the deploy/ directory, I want them be used by JBoss Scheduler. But the configure file conf/jboss-service.xml and deploy/scheduler-service is loaded before the class deployed. So the scheduler can't find them. Can I add the class to scheduler after it deployed? Thanks. The configure is here: | <mbean code="org.jboss.varia.scheduler.Scheduler" name="jboss.docs:service=Scheduler"> | <attribute name="StartAtStartup">true</attribute> | <attribute name="SchedulableClass">mypackage.TestClass</attribute> | <attribute name="SchedulableArguments"></attribute> | <attribute name="SchedulableArgumentTypes"></attribute> | <attribute name="InitialStartDate">NOW</attribute> | <attribute name="SchedulePeriod">60</attribute> | <attribute name="InitialRepetitions">-1</attribute> | </mbean> | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4069871#4069871 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4069871

19 years

1
0
0 / 0

[JBoss Portal] - URL to access content into CMS Portlet

by tufla

Hello to all, I'm working on Jboss Portal 2.6 and I don't know how should be a URL to access specific content from my CMS into one CMS Portlet window defined in any page in my site. Could someone help with this instruction ? Thank you in advance ! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4069870#4069870 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4069870

19 years

1
0
0 / 0

[JBoss Seam] - Re: Seam messes up JNDI lookups from webtier in GlassFish

by samdoyle

Looking at my previous version of the web.xml and comparing it to the seam-gen one I had and changed based on tutorials the format of the ejb-local-ref was different for this session bean. <ejb-local-ref> | <ejb-ref-name>ejb/GarageEntityBeanFacade</ejb-ref-name> | <ejb-ref-type>Session</ejb-ref-type> | <local-home/> | <local>com.myproject.ejb.entity.GarageEntityBeanFacadeLocal</local> | <ejb-link>FishermansWharf-ejb.jar#GarageEntityBeanFacade</ejb-link> | </ejb-local-ref> In addition the seam-gen web-app version tag for web.xml was set to 2.4 not 2.5 which is what I had previously had. I'm not sure if this made a difference or not but I was able to get it finally working after these changes. Thanks. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4069869#4069869 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4069869

19 years

1
0
0 / 0

[JBoss Seam] - Re: Seam security working in Facelets but not via annotation

by omilian3

I've now tried invoking the tryRulesEngine() from a command button (rather than via the property accessor) and it works. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4069868#4069868 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4069868

19 years

1
0
0 / 0

[JBoss Seam] - Re: Seam messes up JNDI lookups from webtier in GlassFish

by michael.yuan＠jboss.com

Can you produce a repeatable test case? Seam does not handle JNDI registration for EJBs. My suspicion is that your EJBs are somehow not deployed correctly in the Seam app? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4069867#4069867 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4069867

19 years

1
0
0 / 0

[JBoss Seam] - Re: Seam messes up JNDI lookups from webtier in GlassFish

by samdoyle

Here is the stack trace. You can see it is passing through the Seam Filter which I suspect is doing something whacky. | javax.naming.NameNotFoundException: No object bound to name java:comp/env/ejb/GarageEntityBeanFacade | at com.sun.enterprise.naming.NamingManagerImpl.lookup(NamingManagerImpl.java:834) | at com.sun.enterprise.naming.java.javaURLContext.lookup(javaURLContext.java:173) | at com.sun.enterprise.naming.SerialContext.lookup(SerialContext.java:337) | at javax.naming.InitialContext.lookup(InitialContext.java:392) | at com.covaluate.projects.fishermanswharf.web.client.ClientHandler.lookupGarageEntityBeanFacade(ClientHandler.java:61) | at com.covaluate.projects.fishermanswharf.web.client.ClientHandler.getGarages(ClientHandler.java:38) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:597) | at org.directwebremoting.impl.ExecuteAjaxFilter.doFilter(ExecuteAjaxFilter.java:34) | at org.directwebremoting.impl.DefaultRemoter$1.doFilter(DefaultRemoter.java:428) | at org.directwebremoting.impl.DefaultRemoter.execute(DefaultRemoter.java:431) | at org.directwebremoting.impl.DefaultRemoter.execute(DefaultRemoter.java:283) | at org.directwebremoting.servlet.PlainCallHandler.handle(PlainCallHandler.java:52) | at org.directwebremoting.servlet.UrlProcessor.handle(UrlProcessor.java:101) | at org.directwebremoting.servlet.DwrServlet.doPost(DwrServlet.java:146) | at javax.servlet.http.HttpServlet.service(HttpServlet.java:738) | at javax.servlet.http.HttpServlet.service(HttpServlet.java:831) | at org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:411) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:317) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198) | at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:82) | at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:85) | at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:68) | at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64) | at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:68) | at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:44) | at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:68) | at org.ajax4jsf.framework.ajax.xmlfilter.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:127) | at org.ajax4jsf.framework.ajax.xmlfilter.BaseFilter.doFilter(BaseFilter.java:277) | at org.jboss.seam.web.Ajax4jsfFilter.doFilter(Ajax4jsfFilter.java:60) | at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:68) | at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:58) | at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:68) | at org.jboss.seam.debug.hot.HotDeployFilter.doFilter(HotDeployFilter.java:68) | at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:68) | at org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:149) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198) | at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:288) | at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:271) | at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:202) | at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632) | at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577) | at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:94) | at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:206) | at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632) | at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577) | at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:571) | at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1080) | at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:150) | at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632) | at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577) | at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:571) | at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1080) | at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:268) | at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.invokeAdapter(DefaultProcessorTask.java:637) | at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.doProcess(DefaultProcessorTask.java:568) | at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.process(DefaultProcessorTask.java:813) | at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.executeProcessorTask(DefaultReadTask.java:339) | at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:261) | at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:212) | at com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:265) | at com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread.run(SSLWorkerThread.java:106) | |#] | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4069866#4069866 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4069866

19 years

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-user August 2007