RE: PSML from DOM Document
That'd be great. Thanks, Raphael. -Original Message- From: Raphaƫl Luta [mailto:[EMAIL PROTECTED]] Sent: Friday, August 31, 2001 3:08 PM To: [EMAIL PROTECTED] Subject: Re: PSML from DOM Document David, While what you've done works, you must be aware that you've actually modified a Castor auto-generated class: org.apache.jetspeed.xml.api.portletmarkup.Portlets and thus you cannot depend anymore on the API regeneation during the build process, which may be very painful. To address the current limitation of the PSML implementations, I'm working on an interface based PSML object model with hand written implementation and a loading service, just like we have for the Registry. This should allow you to load PSML data from any source an is much cleaner than modifying an auto-generated API. David Halsted wrote: > Sure. We took a version of CastorPsmlManagerService called > DatabasePsmlManagerService that is being worked on by a group of people -- > our contact is Atul Dambalkar ([EMAIL PROTECTED]), but there are several > other authors. The version we have of DatabasesPsmlManagerService isn't > finished, but looks as though it anticipates that a PSML will be stored as a > binary chunk, and we have that information already in other spots in a > database, so it'd be redundant to store it as an XML in the database that > essentially summarizes information already available elsewhere. Therefore, > we added unmarshal(Class, Node) (I think -- haven't got the code in front > of me at the moment) to org.apache.jetspeed.xml.api.portletmarkup.Portlets; > that calls org.exolab.castor.xml.Unmarshaller.unmarshal(Node) in Castor. > That let us create a Portlets directly from a DOM instead of using a Reader, > so we could skip writing and reading a file as an intermediary step. > > I can send bits of code to anybody who's interested. If other people are > interested in doing this, the unmarshal() bit we added to Portlets is pretty > innocent and might be a candidate for inclusion in the code base. > > Best, > > Dave Halsted > > -Original Message- > From: Dave Carlson [mailto:[EMAIL PROTECTED]] > Sent: Friday, August 31, 2001 12:46 PM > To: [EMAIL PROTECTED] > Subject: PSML from DOM Document > > I'm especially interested in this point because I've considered using dbXML > as a native XML database to store psml. dbXML allows me to query the > database and return a DOM Document, or as SAX stream. This may be a quick > solution to a scalable storage of psml, without having to map to a > relational dbms. > > A very brief summary of how you accomplished this would be helpful! > > Dave > > >>-Original Message- >>From: David Halsted [mailto:[EMAIL PROTECTED]] >> > >>Today, for example, we got Jetspeed to read PSML >>information from an org.w3c.dom.Document, rather than a file; >>that's kind of >>handy. >> >> > -- Raphael Luta - [EMAIL PROTECTED] Vivendi Universal Networks - Paris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: PSML from DOM Document
It's going to have to. Don't have that bit done yet. -Original Message- From: Paul Spencer [mailto:[EMAIL PROTECTED]] Sent: Friday, August 31, 2001 3:26 PM To: [EMAIL PROTECTED] Subject: Re: PSML from DOM Document David, Does this design allow a "administrator" to maintain another user's configuration? This would be a valuable feature. Paul Spencer David Halsted wrote: > > Sure. We took a version of CastorPsmlManagerService called > DatabasePsmlManagerService that is being worked on by a group of people -- > our contact is Atul Dambalkar ([EMAIL PROTECTED]), but there are several > other authors. The version we have of DatabasesPsmlManagerService isn't > finished, but looks as though it anticipates that a PSML will be stored as a > binary chunk, and we have that information already in other spots in a > database, so it'd be redundant to store it as an XML in the database that > essentially summarizes information already available elsewhere. Therefore, > we added unmarshal(Class, Node) (I think -- haven't got the code in front > of me at the moment) to org.apache.jetspeed.xml.api.portletmarkup.Portlets; > that calls org.exolab.castor.xml.Unmarshaller.unmarshal(Node) in Castor. > That let us create a Portlets directly from a DOM instead of using a Reader, > so we could skip writing and reading a file as an intermediary step. > > I can send bits of code to anybody who's interested. If other people are > interested in doing this, the unmarshal() bit we added to Portlets is pretty > innocent and might be a candidate for inclusion in the code base. > > Best, > > Dave Halsted > > -Original Message- > From: Dave Carlson [mailto:[EMAIL PROTECTED]] > Sent: Friday, August 31, 2001 12:46 PM > To: [EMAIL PROTECTED] > Subject: PSML from DOM Document > > I'm especially interested in this point because I've considered using dbXML > as a native XML database to store psml. dbXML allows me to query the > database and return a DOM Document, or as SAX stream. This may be a quick > solution to a scalable storage of psml, without having to map to a > relational dbms. > > A very brief summary of how you accomplished this would be helpful! > > Dave > > > -Original Message- > > From: David Halsted [mailto:[EMAIL PROTECTED]] > > > Today, for example, we got Jetspeed to read PSML > > information from an org.w3c.dom.Document, rather than a file; > > that's kind of > > handy. > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Jetspeed in Production??
Basically, we're using MS-SQL on the backend (lots of reasons, not completely my favorite choice) to drive a service that lets our customers run our software for their customers via a Web portal. We're running with JBoss, and have a fairly nice package worked up that installs very quickly, but it's really a custom build for us at the moment. We'll have to monkey some with the admin stuff, and we've written some things that are peculiar to our situation (we have pretty odd group/user/permission needs, for example). The same set of code should drive both internal and external apps. We haven't really started building portlets in earnest, but we have a fair number of modular jsp apps that I'm sure we'll be able to plug in easily. For one of the applications, we're actually passing off to a Citrix server and running the app through that. As we go forward, we will be folding in other applications and information from other entities within our corporate group. So far, I'm extremely pleased with Jetspeed, especially as it compares with the proprietary package we were using before. As we go forward and get some real testing and stressing done I'll pass any interesting results on to the group. Best, Dave -Original Message- From: Sumit Ranjan [mailto:[EMAIL PROTECTED]] Sent: Friday, August 31, 2001 1:02 AM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: Jetspeed in Production?? hi david ! many congratulations on a successful implementation of jetspeed. could you please share your experiences with uslike tell us about the functionalities or architecture in your scheme of things...what version of jetspeed have u used...what db...etc hope to hear from you in detail... all the best for your roll out. sumit - Original Message - From: "David Halsted" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, August 31, 2001 12:38 AM Subject: RE: Jetspeed in Production?? > We're in the process of doing it and plan to roll out at the end of > September. Unless we run into a real show-stopper, Jetspeed will support > both internal and external production applications. We are playing around a > bit with some things to integrate with a back-end database. If we come up > with anything that looks like it might be useful for anybody else we'll > submit the code. Today, for example, we got Jetspeed to read PSML > information from an org.w3c.dom.Document, rather than a file; that's kind of > handy. > > I'd be glad to answer any questions or refer them to some of the rest of the > crew here. > > Best, > > Dave Halsted > > ** > David G. Halsted, Ph.D. > Director, Core Technology > Creative Solutions, Inc. > Dexter, MI 48130 > [EMAIL PROTECTED] > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Thursday, August 30, 2001 2:32 PM > To: [EMAIL PROTECTED] > Subject: Jetspeed in Production?? > > This isn't a technical problem however I am just curious to know...is there > anyone out there the is working for a company that has implemented Jetspeed > into their production environment successfully and currently using it?? > Would anyone respond if you are and what company you work for?? I'm > interested to know since we are looking to make this a reality at my > company. > > Thanks in advance!! > Bob Wilson. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: PSML from DOM Document
Sure. We took a version of CastorPsmlManagerService called DatabasePsmlManagerService that is being worked on by a group of people -- our contact is Atul Dambalkar ([EMAIL PROTECTED]), but there are several other authors. The version we have of DatabasesPsmlManagerService isn't finished, but looks as though it anticipates that a PSML will be stored as a binary chunk, and we have that information already in other spots in a database, so it'd be redundant to store it as an XML in the database that essentially summarizes information already available elsewhere. Therefore, we added unmarshal(Class, Node) (I think -- haven't got the code in front of me at the moment) to org.apache.jetspeed.xml.api.portletmarkup.Portlets; that calls org.exolab.castor.xml.Unmarshaller.unmarshal(Node) in Castor. That let us create a Portlets directly from a DOM instead of using a Reader, so we could skip writing and reading a file as an intermediary step. I can send bits of code to anybody who's interested. If other people are interested in doing this, the unmarshal() bit we added to Portlets is pretty innocent and might be a candidate for inclusion in the code base. Best, Dave Halsted -Original Message- From: Dave Carlson [mailto:[EMAIL PROTECTED]] Sent: Friday, August 31, 2001 12:46 PM To: [EMAIL PROTECTED] Subject: PSML from DOM Document I'm especially interested in this point because I've considered using dbXML as a native XML database to store psml. dbXML allows me to query the database and return a DOM Document, or as SAX stream. This may be a quick solution to a scalable storage of psml, without having to map to a relational dbms. A very brief summary of how you accomplished this would be helpful! Dave > -----Original Message- > From: David Halsted [mailto:[EMAIL PROTECTED]] > Today, for example, we got Jetspeed to read PSML > information from an org.w3c.dom.Document, rather than a file; > that's kind of > handy. > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Jetspeed in Production??
We're in the process of doing it and plan to roll out at the end of September. Unless we run into a real show-stopper, Jetspeed will support both internal and external production applications. We are playing around a bit with some things to integrate with a back-end database. If we come up with anything that looks like it might be useful for anybody else we'll submit the code. Today, for example, we got Jetspeed to read PSML information from an org.w3c.dom.Document, rather than a file; that's kind of handy. I'd be glad to answer any questions or refer them to some of the rest of the crew here. Best, Dave Halsted ** David G. Halsted, Ph.D. Director, Core Technology Creative Solutions, Inc. Dexter, MI 48130 [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, August 30, 2001 2:32 PM To: [EMAIL PROTECTED] Subject: Jetspeed in Production?? This isn't a technical problem however I am just curious to know...is there anyone out there the is working for a company that has implemented Jetspeed into their production environment successfully and currently using it?? Would anyone respond if you are and what company you work for?? I'm interested to know since we are looking to make this a reality at my company. Thanks in advance!! Bob Wilson. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]