Margaret, I really can't say without seeing what kind of code "grabs files from a jar via a classloader". That is to say, a context that justifies why you'd go to all that much trouble when (excepting requests for factories, drivers, and other dynamic items) you can generally simply reference the classes and resources directly and let the appserver's normal classloader resolve things.
In the case of my own troubles, I can understand why the items to be serialized need a classpath context, but (lacking knowledge of how Castor works internally) I can't see why it should be essential that the mapping be in a classpath beyond the fact that it's easier to locate resources in a filesystem-independent manner - in the most literal sense, since classloaders need not be getting their resources from files. Which is also true of the servlet getResourceAsStream() method. Tim On 2002-12-17 16:20 "Martin, Margaret" wrote: > Tim, > Are there issues that are unique to putting the mapping files in a war that > differ from putting them in a jar and grabbing via a classloader? We > deployed ours in the jar with no problems - > > Margaret > > -----Original Message----- > From: Tim Holloway [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, December 17, 2002 1:10 PM > To: [EMAIL PROTECTED] > Subject: Re: [castor-dev] Here a an interesting article on castor > > > Personally, I was stopped dead in the water because there was no easy way to > use a mapping from a WAR. I admit to some personal self-interest here, > but that really DOES seem to me to be a critical need if you want Castor to > be seen as a productive tool for webapp development. I solved my particular > problem quickly by switching to Zeus, but there's a whole raft of webapp > problems > that Zeus isn't a good fit for that Castor would be. > > Tim > > On 2002-12-17 10:46 "Colwell, David" wrote: > > The testing/development was done using the latest version of Castor, > v0.9.4.1. The problems > > I mention are recognized at least by other members of this mailing list > but remain unsolved. > > I too would like to hear response to the issues raised as we plan to > continue with Castor on > > our current project. Are others successfully using Castor in an n-tier > environment with a > > complex data model? Have they experienced the same issues and what are > their solutions? > > > > Thanks, > > Dave > > > > -----Original Message----- > > From: tek1 [mailto:[EMAIL PROTECTED]] > > Sent: Tuesday, December 17, 2002 9:21 AM > > To: [EMAIL PROTECTED] > > Subject: Re: [castor-dev] Here a an interesting article on castor > > > > > > what version of castor was used by the person who wrote the article? > > > > have the problems that he mentioned by solved in the most current version > > of castor? > > > > pr-wise, it would be good if someone very experienced with castor wrote a > > response or follow-up on the article to answer some of the questions > raised > > by the article. > > > > thank you. > > > > > > > O/R Mapping with Castor JDO in the Real World > > > > > > http://www.spiderlogic.com/modules.php?name=News&file=article&sid=16 > > > > ----------------------------------------------------------- > > If you wish to unsubscribe from this mailing, send mail to > > [EMAIL PROTECTED] with a subject of: > > unsubscribe castor-dev > > > > ----------------------------------------------------------- > > If you wish to unsubscribe from this mailing, send mail to > > [EMAIL PROTECTED] with a subject of: > > unsubscribe castor-dev > > > -- > "The cost benefit outweighs the fact that customer satisfaction levels may > dip." > > Brian Huff, Datamonitor PLC > > ----------------------------------------------------------- > If you wish to unsubscribe from this mailing, send mail to > [EMAIL PROTECTED] with a subject of: > unsubscribe castor-dev > > ----------------------------------------------------------- > If you wish to unsubscribe from this mailing, send mail to > [EMAIL PROTECTED] with a subject of: > unsubscribe castor-dev > -- "The cost benefit outweighs the fact that customer satisfaction levels may dip." Brian Huff, Datamonitor PLC ----------------------------------------------------------- If you wish to unsubscribe from this mailing, send mail to [EMAIL PROTECTED] with a subject of: unsubscribe castor-dev
