Beefy Boxes and Bandwidth Generously Provided by pair Networks
good chemistry is complicated,
and a little bit messy -LW

Re: Persistence for Class::MethodMaker?

by demerphq (Chancellor)
on Feb 23, 2006 at 11:00 UTC ( #532242=note: print w/replies, xml ) Need Help??

in reply to Persistence for Class::MethodMaker?

Try dumping the package hash using Data::Dump::Streamer. That should allow you to eval the package back into existance.


  • Comment on Re: Persistence for Class::MethodMaker?

Replies are listed 'Best First'.
Re^2: Persistence for Class::MethodMaker?
by mattr (Curate) on Feb 23, 2006 at 17:34 UTC
    Thanks. Um what do you mean?.. I'm dumb tonight. I haven't gotten anything much from deparsing.

    Well, I realize mixing Class::DBI and Class::MethodMaker are probably a bad idea. That is, it would be a great idea if it worked. Generally I'd like to know if anybody has an automated way to persist Class::MethodMaker classes in general.

    Of course with dbm you are only using the first field as a key anyway. It works now but I will try going to SQLite. Anyway I have gotten a bit used to Class::DBI though it seems slow, because it is pretty straightforward.

    I've been reading about Maypole and things like Class::Loader::Relationships which is kind of interesting.

    I wonder if using Maypole things in a wxperl app is a bad idea. :) It seems that might be useful in speeding object definitions up, after taking the initial hit.

Log In?

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://532242]
and all is quiet...

How do I use this? | Other CB clients
Other Users?
Others making s'mores by the fire in the courtyard of the Monastery: (3)
As of 2018-02-19 04:34 GMT
Find Nodes?
    Voting Booth?
    When it is dark outside I am happiest to see ...

    Results (258 votes). Check out past polls.