Vijay,
I am glad to see that you've found a work around, but it still looks to me that
you might have hit a bug. The exception below is rooted at
NamingContext.lookup() ,and it looks to me that something goes horribly wrong.
I'll follow up once I have an opinion.
Thanks
Werner
PS Greg,
Hi Werner,
in first thanks for your answer.
I figure out some strange behaviour. When members invalidatedFrom,
invalidatedOn, invalidScale commented out (in mapping) an update works
fine. If uncomment fields in mapping -- results a ClassCastException
when processing field createdFrom
I taking
Aha! Well maybe therein lies my problem - I'm using 1.5 with source/target
parameters set to 1.4 in the build file. Maybe there's something strange
going on under the hood.
Thanks Werner.
PS. It is only the Doc target that can't build, so it's not really a
critical issue.
Michael Stabler
Hi All,
I am using castor -0.96 to marshall and unmarshall the xml file. Following is the scenario where I am having problem.
I use castor to generate the xml file and convert into a byte array and make a call to a remote service using axis. Now the webservice tries to unmarshall the byte array
anyone have any ideas why when I try to run a junit
test, i'm getting the error,
java.lang.RuntimeException: Could not obtain the
default configuration file castor.properties from the
Castor JAR ?
I've got the castor (v.0.9.6) jar in my classpath
(obviously, otherwise it wouldn't even compile) ?
my last question dealt w/ the locating of the
castor.properties file, but it appeared that I have
both jar files in my path.
any reason to go w/ one or the other?
I am using castor version 0.9.6 and I am trying to marshal and unmarshal
java.sql.Timestamp objects. I get the following exception when trying to
unmarshal a timestamp value: 2005-04-28T17:04:44.062-04:00
java.lang.IllegalStateException: java.lang.IllegalArgumentException:
Timestamp format must
Paul,
please have a look at http://castor.codehaus.org/download.html for a
thorough explanation.
Regards
Werner
Paul Tomsic wrote:
my last question dealt w/ the locating of the
castor.properties file, but it appeared that I have
both jar files in my path.
any reason to go w/ one or the other?
answering my own question -
*xml.jar is a subset which excludes
**/dsml/**
**/jdo/**
**/persist/*
**/persist/spi/*
**/dtx/DTX*
**/gui/Query*
--- Paul Tomsic [EMAIL PROTECTED] wrote:
my last question dealt w/ the locating of the
castor.properties file, but it appeared that I have
both jar
I've got a unique situation dealing w/ a
GeneralizedFieldHandler. I'm sure there's a way to do
it, but I can't seem to get it down.
Here's what I've got:
Address.java:
private String _state;
public void setStateRegion(STATE state) {
_state = state.getCode();
}
public STATE getStateRegion() {
It looks like you have a conflict between versions of Jakarta commons
and log4j jars that you are using and the ones that Castor was compiled
with.
--Keith
Ravi M wrote:
Hi All,
I am using castor -0.96 to marshall and unmarshall the xml
file. Following is the scenario where I am
Hi Karl,
I searched the changelog of castor but didn't find any resolved issue
that directly relates to the problem you have. The good new s is that we
are planing to publish the next release within 3 weeks so you can use that.
Ralf
Baum, Karl A. schrieb:
I am using castor version 0.9.6 and I
12 matches
Mail list logo