Hi Robert,
it does not help. i get nearly the same exception
nearly means that with whole grarh i get
SAXParseException: Error at (13, 13: Index: 3, Size: 3
that points on the end of Request element tag,
and only with Order bean
SAXParseException: Error at (14, 9: Index: 3, Size: 3
that points
ConfigurationFactory can load property files from classpath. Did you try
properties fileName=/my.properties/ ?
A couple of steps are performed to resolve the file: It is checked
whether a full URL or an absolute or relative file name are provided. If
this fails, the classpath is searched for
On Thu, 11 Nov 2004 18:39:58 -0500, Luke Shannon
[EMAIL PROTECTED] wrote:
Thank you for the tip Craig. I am new to Lucene, user support groups and not
the most experienced programmer. To be honest I am starting to feel a little
over my head with this project.
I know how you feel ... it can
this code
--
BeanReader beanReader = new BeanReader();
try {
Object obj = beanReader.parse(file://path-to-xml);
System.out.println(Object: + obj);
} catch (Exception exp) {
System.out.println(Ignored: + exp);
//
On Thu, 11 Nov 2004 18:16:53 +, Antranig Basman
[EMAIL PROTECTED] wrote:
Oliver Zeigermann wrote:
Another question - I'm looking over the locking strategy for FRM
and am keen that I can ensure it blocks rather than throwing
Yes, serializability (complicated word, hope the spelling
I have tried that, I get:
16 ERROR configuration.ConfigurationFactory - SAX Exception caught
org.apache.commons.configuration.ConfigurationException: \my.properties (The
system cannot find the file specified)
at
Oliver Zeigermann wrote:
Sorry for causing confusion, these lock levels are just internal ones.
For you the
public boolean lockResource(Object resourceId, Object txId, boolean
shared) throws ResourceManagerException
method is the one to use. It will be called implicitely along with all
On Fri, 12 Nov 2004 17:44:50 +, Antranig Basman
[EMAIL PROTECTED] wrote:
Oliver Zeigermann wrote:
Sorry for causing confusion, these lock levels are just internal ones.
For you the
public boolean lockResource(Object resourceId, Object txId, boolean
shared) throws
I am using the commons-fileupload jar in an application and am experiencing a
stream termination error when in our production environment.
This same functionality works without problems on the local laptop where it is
being developed, but once the code is moved to production 99% of the time we
Am 12.11.2004 um 00:39 schrieb Luke Shannon:
Lock@/usr/tomcat/jakarta-tomcat-5.0.19/temp/lucene
-398fbd170a5457d05e2f4d432
10f7fe8-write.lock
|ENTER|UpdateCacheEventProcessor.visit(ContentNodeDeleteEvent)
AFAIR the default lock obtain time out is quite small (1 second?).
There is a parameter you
Thank you.
Sorry all I posted this on the wrong list. Please disregard the issue. I'm
on the Lucene list now and have got my problem resolved.
- Original Message -
From: Marcus Beyer [EMAIL PROTECTED]
To: Luke Shannon [EMAIL PROTECTED]
Cc: Jakarta Commons Users List [EMAIL PROTECTED]
11 matches
Mail list logo