Size attribute not valid for datetimepicker?
Hello: I am using a datetimepicker to show a date and time: When I view the page in my browser, the input field cuts off the time part of the display. I tried putting a size attribute on the tag, but that is not allowed. How can I increase the size of the input field? Also, when I change the date using the picker, it zeros out the time part of the field. Any idea how to make it keep the time the user entered? Thanks Neil -- Neil Aggarwal, (832)245-7314, www.JAMMConsulting.com Eliminate junk email and reclaim your inbox. Visit http://www.spammilter.com for details. - To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org
Re: Search Problem
oh man! Sorry about that...lack of sleep due to new baby in the house...
On 1 Jan 2009, at 20:41, Nils-Helge Garli Hegvik wrote:
Maybe you should try posting to a Lucene mailing list?
Nils-H
On Thu, Jan 1, 2009 at 9:28 PM, Amin Mohammed-Coleman > wrote:
Hi
I have created a RTFHandler which takes a RTF file and creates a
lucene
Document which is indexed. The RTFHandler looks like something
like this:
if (bodyText != null) {
Document document = new Document();
Field field = new
Field(MetaDataEnum.BODY.getDescription(), bodyText.trim(),
Field.Store.YES,
Field.Index.ANALYZED);
document.add(field);
}
I am using Java Built in RTF text extraction. When I run my test
to verify
that the document contains text that I expect this works fine. I
get the
following when I print the document:
Documentrtf
document that will be indexed.
Amin Mohammed-Coleman>
stored/uncompressed,indexed
stored/uncompressed,indexed
stored/uncompressed,indexed
stored/uncompressed,indexed>
The problem is when I use the following to search I get no result:
MultiSearcher multiSearcher = new MultiSearcher(new
Searchable[]
{rtfIndexSearcher});
Term t = new Term("body", "Amin");
TermQuery termQuery = new TermQuery(t);
TopDocs topDocs =
multiSearcher.search(termQuery, 1);
System.out.println(topDocs.totalHits);
multiSearcher.close();
RftIndexSearcher is configured with the directory that holds rtf
documents.
I have used Luke to look at the document and what I am finding in the
overview tab is the following for the document:
1 bodytest
1 id 1234
1 namertfDocumentToIndex.rtf
1 pathrtfDocumentToIndex.rtf
1 summary This is a
1 typeRTF_INDEXER
1 bodyrtf
However on the Document tab I am getting (in the body field):
This is a test rtf document that will be indexed.
Amin Mohammed-Coleman
I would expect to get a hit using "Amin" or even "document". I am
not sure
whether the
line:
TopDocs topDocs = multiSearcher.search(termQuery, 1);
is incorrect as I am not too sure of the meaning of "Finds the top
n hits
for query." for search (Query query, int n) according to java docs.
I would be grateful if someone may be able to advise on what I may
be doing
wrong. I am using Lucene 2.4.0
Cheers
Amin
-
To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
For additional commands, e-mail: user-h...@struts.apache.org
-
To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
For additional commands, e-mail: user-h...@struts.apache.org
Re: Search Problem
Maybe you should try posting to a Lucene mailing list?
Nils-H
On Thu, Jan 1, 2009 at 9:28 PM, Amin Mohammed-Coleman wrote:
> Hi
>
> I have created a RTFHandler which takes a RTF file and creates a lucene
> Document which is indexed. The RTFHandler looks like something like this:
>
> if (bodyText != null) {
>Document document = new Document();
>Field field = new
> Field(MetaDataEnum.BODY.getDescription(), bodyText.trim(), Field.Store.YES,
> Field.Index.ANALYZED);
>document.add(field);
>
>
> }
>
> I am using Java Built in RTF text extraction. When I run my test to verify
> that the document contains text that I expect this works fine. I get the
> following when I print the document:
>
> Document document that will be indexed.
>
> Amin Mohammed-Coleman>
> stored/uncompressed,indexed
> stored/uncompressed,indexed
> stored/uncompressed,indexed
> stored/uncompressed,indexed>
>
>
> The problem is when I use the following to search I get no result:
>
>MultiSearcher multiSearcher = new MultiSearcher(new Searchable[]
> {rtfIndexSearcher});
>Term t = new Term("body", "Amin");
>TermQuery termQuery = new TermQuery(t);
>TopDocs topDocs = multiSearcher.search(termQuery, 1);
>System.out.println(topDocs.totalHits);
>multiSearcher.close();
>
> RftIndexSearcher is configured with the directory that holds rtf documents.
> I have used Luke to look at the document and what I am finding in the
> overview tab is the following for the document:
>
> 1 bodytest
> 1 id 1234
> 1 namertfDocumentToIndex.rtf
> 1 pathrtfDocumentToIndex.rtf
> 1 summary This is a
> 1 typeRTF_INDEXER
> 1 bodyrtf
>
>
> However on the Document tab I am getting (in the body field):
>
> This is a test rtf document that will be indexed.
>
> Amin Mohammed-Coleman
>
>
> I would expect to get a hit using "Amin" or even "document". I am not sure
> whether the
> line:
> TopDocs topDocs = multiSearcher.search(termQuery, 1);
>
> is incorrect as I am not too sure of the meaning of "Finds the top n hits
> for query." for search (Query query, int n) according to java docs.
>
> I would be grateful if someone may be able to advise on what I may be doing
> wrong. I am using Lucene 2.4.0
>
>
> Cheers
> Amin
>
>
>
>
>
-
To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
For additional commands, e-mail: user-h...@struts.apache.org
Search Problem
Hi
I have created a RTFHandler which takes a RTF file and creates a
lucene Document which is indexed. The RTFHandler looks like something
like this:
if (bodyText != null) {
Document document = new Document();
Field field = new Field(MetaDataEnum.BODY.getDescription(),
bodyText.trim(), Field.Store.YES, Field.Index.ANALYZED);
document.add(field);
}
I am using Java Built in RTF text extraction. When I run my test to
verify that the document contains text that I expect this works fine.
I get the following when I print the document:
Documentdocument that will be indexed.
Amin Mohammed-Coleman> stored/
uncompressed,indexed stored/
uncompressed,indexed stored/
uncompressed,indexed stored/
uncompressed,indexed>
The problem is when I use the following to search I get no result:
MultiSearcher multiSearcher = new MultiSearcher(new Searchable[]
{rtfIndexSearcher});
Term t = new Term("body", "Amin");
TermQuery termQuery = new TermQuery(t);
TopDocs topDocs = multiSearcher.search(termQuery, 1);
System.out.println(topDocs.totalHits);
multiSearcher.close();
RftIndexSearcher is configured with the directory that holds rtf
documents. I have used Luke to look at the document and what I am
finding in the overview tab is the following for the document:
1 bodytest
1 id 1234
1 namertfDocumentToIndex.rtf
1 pathrtfDocumentToIndex.rtf
1 summary This is a
1 typeRTF_INDEXER
1 bodyrtf
However on the Document tab I am getting (in the body field):
This is a test rtf document that will be indexed.
Amin Mohammed-Coleman
I would expect to get a hit using "Amin" or even "document". I am not
sure whether the
line:
TopDocs topDocs = multiSearcher.search(termQuery, 1);
is incorrect as I am not too sure of the meaning of "Finds the top n
hits for query." for search (Query query, int n) according to java docs.
I would be grateful if someone may be able to advise on what I may be
doing wrong. I am using Lucene 2.4.0
Cheers
Amin
Struts 2 + JBoss5: URI scheme is not "file"
Hi all, I have a small sample which uses this ...-validation.xml config file: http://www.opensymphony.com/xwork/xwork-validator-1.0.2.dtd";> true ... 5 true .. When calling the action, this results in the exception below. I tried to reproduce it with the sample "struts2-blank-2.0.14.war", but this one worked, and I don't see any differences to my sample. Does anybody have an explanation or a workaround? According to the exception message, I suspect some problem with the new JBoss virtual file system, because there all file URIs start with "vfsfile://". Thanks Wolfgang Knauf 17:57:16,578 ERROR [[default]] Servlet.service() for servlet default threw exception java.lang.IllegalArgumentException: URI scheme is not "file" at java.io.File.(Unknown Source) at com.opensymphony.xwork2.validator.ValidatorFactory.parseValidators(ValidatorFactory.java:314) at com.opensymphony.xwork2.validator.ValidatorFactory.(ValidatorFactory.java:224) at com.opensymphony.xwork2.validator.ValidatorFileParser.addValidatorConfigs(ValidatorFileParser.java:192) at com.opensymphony.xwork2.validator.ValidatorFileParser.parseActionValidatorConfigs(ValidatorFileParser.java:72) at com.opensymphony.xwork2.validator.AnnotationActionValidatorManager.loadFile(AnnotationActionValidatorManager.java:361) at com.opensymphony.xwork2.validator.AnnotationActionValidatorManager.buildClassValidatorConfigs(AnnotationActionValidatorManager.java:252) at com.opensymphony.xwork2.validator.AnnotationActionValidatorManager.buildValidatorConfigs(AnnotationActionValidatorManager.java:340) at com.opensymphony.xwork2.validator.AnnotationActionValidatorManager.getValidators(AnnotationActionValidatorManager.java:69) at com.opensymphony.xwork2.validator.AnnotationActionValidatorManager.validate(AnnotationActionValidatorManager.java:138) at com.opensymphony.xwork2.validator.AnnotationActionValidatorManager.validate(AnnotationActionValidatorManager.java:113) at com.opensymphony.xwork2.validator.AnnotationActionValidatorManager.validate(AnnotationActionValidatorManager.java:100) at com.opensymphony.xwork2.validator.ValidationInterceptor.doBeforeInvocation(ValidationInterceptor.java:142) at com.opensymphony.xwork2.validator.ValidationInterceptor.doIntercept(ValidationInterceptor.java:148) at org.apache.struts2.interceptor.validation.AnnotationValidationInterceptor.doIntercept(AnnotationValidationInterceptor.java:48) at com.opensymphony.xwork2.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:86) at com.opensymphony.xwork2.DefaultActionInvocation$2.doProfiling(DefaultActionInvocation.java:224) at com.opensymphony.xwork2.DefaultActionInvocation$2.doProfiling(DefaultActionInvocation.java:223) at com.opensymphony.xwork2.util.profiling.UtilTimerStack.profile(UtilTimerStack.java:455) at com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:221) at com.opensymphony.xwork2.interceptor.ConversionErrorInterceptor.intercept(ConversionErrorInterceptor.java:123) at com.opensymphony.xwork2.DefaultActionInvocation$2.doProfiling(DefaultActionInvocation.java:224) at com.opensymphony.xwork2.DefaultActionInvocation$2.doProfiling(DefaultActionInvocation.java:223) at com.opensymphony.xwork2.util.profiling.UtilTimerStack.profile(UtilTimerStack.java:455) ... the lines above repeated a lot ... at com.opensymphony.xwork2.DefaultActionInvocation$2.doProfiling(DefaultActionInvocation.java:223) at com.opensymphony.xwork2.util.profiling.UtilTimerStack.profile(UtilTimerStack.java:455) at com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:221) at org.apache.struts2.impl.StrutsActionProxy.execute(StrutsActionProxy.java:50) at org.apache.struts2.dispatcher.Dispatcher.serviceAction(Dispatcher.java:504) at org.apache.struts2.dispatcher.FilterDispatcher.doFilter(FilterDispatcher.java:419) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:235) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:190) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccCo
Struts 2 + JBoss5: error with init-param "actionPackages"
Hi all, I added an "init-param" "actionPackages" to the FilterDispatcher in web.xml. This worked with JBoss 4.2, but in 5.0 it raises an exception on deploy. The reason seems to be the virtual file system introduced in JBoss 5.0. To reproduce: Take the sample "struts2-blank-2.0.14.war". Add this "init-param" to web.xml: struts2 org.apache.struts2.dispatcher.FilterDispatcher actionPackages example Now deploy on JBoss5 will result in the error below (exception message is german and means "System cannot find the specified path"). My workaround was to not use the "actionPackages" and specifiy full classname in "struts.xml". Shall I file a JIRA request? Thanks Wolfgang === 17:30:16,421 INFO [TomcatDeployment] deploy, ctxPath=/struts2-blank-2.0.14, vfsUrl=struts2-blank-2.0.14.war 17:30:16,890 INFO [XmlConfigurationProvider] Parsing configuration file [struts-default.xml] 17:30:16,953 INFO [XmlConfigurationProvider] Parsing configuration file [struts-plugin.xml] 17:30:16,968 INFO [XmlConfigurationProvider] Parsing configuration file [struts.xml] 17:30:16,968 WARN [Settings] Settings: Could not parse struts.locale setting, substituting default VM locale 17:30:17,156 INFO [ResolverUtil] Scanning for classes in [/C:/temp/jboss-5.0.0.GA/server/default/deploy/struts2-blank-2.0.14.war/WEB-INF/classes/example/] matching criteria: org.apache.struts2.config.classpathconfigurationprovide...@dc9c10 17:30:17,156 ERROR [ResolverUtil] Could not search jar file 'C:\temp\jboss-5.0.0.GA\server\default\deploy\struts2-blank-2.0.14.war\WEB-INF\classes\example' for classes matching criteria: org.apache.struts2.config.classpathconfigurationprovide...@dc9c10 due to an IOException java.io.FileNotFoundException: C:\temp\jboss-5.0.0.GA\server\default\deploy\struts2-blank-2.0.14.war\WEB-INF\classes\example (Das System kann den angegebenen Pfad nicht finden) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.(Unknown Source) at com.opensymphony.xwork2.util.ResolverUtil.loadImplementationsInJar(ResolverUtil.java:341) at com.opensymphony.xwork2.util.ResolverUtil.findInPackage(ResolverUtil.java:288) at com.opensymphony.xwork2.util.ResolverUtil.find(ResolverUtil.java:240) at org.apache.struts2.config.ClasspathConfigurationProvider.loadPackages(ClasspathConfigurationProvider.java:234) at org.apache.struts2.config.ClasspathConfigurationProvider.loadPackages(ClasspathConfigurationProvider.java:402) at com.opensymphony.xwork2.config.impl.DefaultConfiguration.reload(DefaultConfiguration.java:152) at com.opensymphony.xwork2.config.ConfigurationManager.getConfiguration(ConfigurationManager.java:52) at org.apache.struts2.dispatcher.Dispatcher.init_PreloadConfiguration(Dispatcher.java:395) at org.apache.struts2.dispatcher.Dispatcher.init(Dispatcher.java:452) at org.apache.struts2.dispatcher.FilterDispatcher.init(FilterDispatcher.java:205) at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:234) at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:332) at org.apache.catalina.core.ApplicationFilterConfig.(ApplicationFilterConfig.java:90) at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:3783) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4413) at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeployInternal(TomcatDeployment.java:367) at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeploy(TomcatDeployment.java:146) at org.jboss.web.deployers.AbstractWarDeployment.start(AbstractWarDeployment.java:460) at org.jboss.web.deployers.WebModule.startModule(WebModule.java:118) at org.jboss.web.deployers.WebModule.start(WebModule.java:96) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668) at org.jboss.system.microcontainer.ServiceProxy.invoke(ServiceProxy.java:206) at $Proxy36.start(Unknown Source) at org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:42) at org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:37) at org.jboss.dependency.plugins.action
RE: Happy new Year
Happy New Year Rob Martin Gainty I really do inhabit a system in which words are capable of shaking the entire structure of government, where words can prove mightier than ten military divisions. -Vaclev Havel __ Disclaimer and confidentiality note Everything in this e-mail and any attachments relates to the official business of Sender. This transmission is of a confidential nature and Sender does not endorse distribution to any party other than intended recipient. Sender does not necessarily endorse content contained within this transmission. > Date: Thu, 1 Jan 2009 15:52:21 +0100 > From: roberto.nunn...@supsi.ch > To: user@struts.apache.org > Subject: Re: Happy new Year > > Yes! Happy New Year to all! > > Robi. > > - > To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > For additional commands, e-mail: user-h...@struts.apache.org > _ It’s the same Hotmail®. If by “same” you mean up to 70% faster. http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_broad1_122008
Re: Happy new Year
Yes! Happy New Year to all! Robi. - To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org
