Hey All,
I had a question but found it in the archive. Took me about an hour to find it
so though I would suggest the magic text be added to the XML FAQ.
"If you are using Castor's default introspection to automatically map the
objects into XML, then there is no guarantee on the order. It simp
On Thu, Oct 28, 2004 at 01:38:31PM -0500, David Blevins wrote:
>
> On Thu, Oct 28, 2004 at 06:50:33AM -0600, Bruce Snyder wrote:
> >
> > David Blevins wrote:
> >
> > >An informal feature request for the devs and community at large.
> > >
> > &g
On Thu, Oct 28, 2004 at 06:50:33AM -0600, Bruce Snyder wrote:
>
> David Blevins wrote:
>
> >An informal feature request for the devs and community at large.
> >
> >The SourceGenerator can already create essentialy POJOs and has the
> >smarts to create Descriptor
Hey all,
An informal feature request for the devs and community at large.
The SourceGenerator can already create essentialy POJOs and has the
smarts to create Descriptor classes that can marshal data to and from
the schema and generated classes. I would really, really love it if
it could use th
Hey Castor folks,
I'm using the SourceGenerators to create POJOs (i.e. nodesc and nomarshall) for the
J2EE schemas and getting heavy amounts of subclassing due to the fact that the schemas
define all elements first as top level complexTypes. The resulting objects match the
schema perfectly, b
BE HERE..SHOULD BE MOVED
* TO A FieldHandler or to the Unmarshaller...but not
* here!!! (kvisco 20030125)
I'm guessing this is all related.
-David
David Blevins wrote:
Hello Castor crew, hope all is well.
I am also having trouble with preserving whitespace, figured I'd
dator typeValidator = new StringValidator();
typeValidator.setWhiteSpace("preserve");
fieldValidator.setValidator(typeValidator);
Any ideas?
-David Blevins
Bill Marcum wrote:
Turns out the 'preserve' stuff works on elements, but not on attributes.
Not sure if that'
On Mon, Jul 07, 2003 at 12:38:17PM -0400, tek1 wrote:
> Hi Paulo.
>
> Are you using Castor or Entity Bean CMP for your persistence?
>
Both. OpenEJB uses Castor JDO for CMP persistence, so all your Castor persistable
objects are usable as Entity EJBs. You setup a database.xml for the CMP conta
Hi Paulo,
Perhaps Gareth (Cc'ed) can help you, he's using OpenEJB/Castor CMP on a project and
was considering writing a more complex CMP example.
-David
On Mon, Jul 07, 2003 at 04:21:42PM +0100, Paulo Lopes wrote:
> Hi,
>
> i'm trying to develop some ejb app using openejb 0.9.2 but i'm having
On Fri, Jun 27, 2003 at 11:20:05AM +0100, Paulo Lopes wrote:
>
> public class SampleBean implements EntityBean
> {
>public int id;
>private String name;
[...]
>public int getId() {
>return id;
>}
>
>public String getName() {
>return name;
>}
>
>public
Title: Message
Another option available is to user Castor JDO through an EntityBean
remote interface. Such a thing is possible with OpenEJB as Castor JDO is
the persistence layer in the OpenEJB CMP Container. All mapping files are
the same, nothing has been changed. It's basically Castor J
Andreas,
You could use OpenEJB which actually uses Castor JDO for CMP Persistence
and employs Castor XML. Jboss also has Castor integration, though, I
don't have any details on that. That would definitely be the approach
I'd go if I had to do any complex manipulation/validation of the XML
data b
Hi All,
I've been fighting with InstantDB and Castor trying to figure out how to
get Castor to play nicely with InstantDB's AUTO INCREMENT, but can't
seem to find a matching Castor KeyGenerator that fits. I've grep'ed the
source a bit and see a couple InstantDB specific files, not to big
though.
gt;
> password="password" server-name="localhost"/>
>
> ...
>
> and as a driver, this way:
>
>
> url="jdbc:postgresql://localhost/mediamgmt">
>
>
>
> ...
>
Hi all,
I trying to use Castor against PostgreSQL and having no luck. With a config
like this:
...I get this exception:
org.exolab.castor.jdo.PersistenceException: Nested error:
java.sql.SQLException: ERROR: entity: Permission denied.
This is strange, because if
s become dependent on you,
making you an increasingly important part of the team.
I truly hope you find positive motivation in this, Castor needs the
resources.
Best regards,
David Blevins
OpenEJB
> -Original Message-
> From: Werner Guttmann [mailto:[EMAIL PROTECTED]]
> Sent: Tu
How about a plain and simple InstanceFactory?
> -Original Message-
> From: Thomas Yip [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, January 15, 2002 12:56 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [castor-dev] [JDO] Controlling instance creation in
> ClassMolder
>
>
>
> Maybe DataObject
Hi Thomas,
You are right, we will no longer need the methods:
- castor.jdo.Database.load( Class type, Object identity, Object object ),
- castor.jdo.engine.DatabaseImpl( Class type, Object identity, Object
object ),
I appreciate you adding them for OpenEJB, but as you pointed out there are
probl
18 matches
Mail list logo