server date from vm

2003-03-27 Thread Massimiliano Dessì
Is it possible obtain a server date from the *.vm ? with $data.getServerData() it's not possible. In the examples of jetspeed it's described but in the jsp. Thanks in advanced. Massimiliano __ Yahoo! Cellulari: loghi,

DO NOT REPLY [Bug 18408] - Solution to deploy JetSpeed to Weblogic 7.0

2003-03-27 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18408. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 18408] - Solution to deploy JetSpeed to Weblogic 7.0

2003-03-27 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18408. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

R: server date from vm

2003-03-27 Thread Raffaele Ragni
It doesn't return a date, but a ServerData class, wich contains data about the server, afaik. Looked at the tutorial and I didn't find that one about JSP. I couldn’t find anything about RunData or JetspeedRunData on javadocs, you can still put it in the context from the portlet action.

DO NOT REPLY [Bug 18408] - Solution to deploy JetSpeed to Weblogic 7.0

2003-03-27 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18408. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

Re: server date from vm

2003-03-27 Thread Massimiliano Dessi
Thanks ,but don't work because the serverdate must be displayed in the top.vm , the action are called after... - Original Message - From: Raffaele Ragni [EMAIL PROTECTED] To: 'Jetspeed Developers List' [EMAIL PROTECTED] Sent: Thursday, March 27, 2003 2:37 PM Subject: R: server date from

Re: server date from vm

2003-03-27 Thread Harald Ommang
On Thu, 27 Mar 2003 06:21:14 -0800 (PST), Massimiliano Dessi wrote: Thanks ,but don't work because the serverdate must be displayed in the top.vm , the action are called after... I've noticed that the CHEF project has a timestamp in the heading. When you're logged on, that is. See the

DO NOT REPLY [Bug 18415] New: - Jetspeed can't be deployed and used with JBoss

2003-03-27 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18415. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 18415] - Jetspeed can't be deployed and used with JBoss

2003-03-27 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18415. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

cvs commit: jakarta-jetspeed/src/java/org/apache/jetspeed/services/template JetspeedTemplateLocatorService.java

2003-03-27 Thread weaver
weaver 2003/03/27 08:54:24 Modified:src/java/org/apache/jetspeed/services/template JetspeedTemplateLocatorService.java Log: Bug ID: 18304 Fixes the template locator ignoring default.layout.template property of the asscoaite TemplateService when

cvs commit: jakarta-jetspeed/src/java/org/apache/jetspeed/portal BasePortletSkin.java PortletSkin.java

2003-03-27 Thread weaver
weaver 2003/03/27 09:46:20 Modified:webapp/WEB-INF/templates/vm/controls/html jetspeed.vm src/java/org/apache/jetspeed/portal BasePortletSkin.java PortletSkin.java Log: Bug ID: 18208 Allow skinning of action icons - Portlets using the

DO NOT REPLY [Bug 18304] - JetspeedTemplateLocatorService does not recognize layout values in TR.props

2003-03-27 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18304. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 18304] - JetspeedTemplateLocatorService does not recognize layout values in TR.props

2003-03-27 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18304. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

RE: Parent information not being referenced in ref type portlets

2003-03-27 Thread Weaver, Scott
Okay, I am nuts and blind. Lot's of parent references in the service, must be something else that is causing my problems. *===* * Scott T Weaver    * * Jakarta Jetspeed Portal Project   * * [EMAIL PROTECTED] * *===*

Extend user - new table

2003-03-27 Thread Vlachogiannis Evangelos
Hi all, I am trying to extend the Jetspeed profile. I have modified the attached files and built jetspeed to get my new profile classes. (I am using MySQL) I have extend the turbine_user table and I have also created a new table called cms_users. My aim is to make jetspeed to store/retrieve

cvs commit: jakarta-jetspeed/xdocs changes.xml

2003-03-27 Thread weaver
weaver 2003/03/27 13:18:32 Modified:xdocschanges.xml Log: Updated change log for completed bug id's 18208 and 18304. Revision ChangesPath 1.139 +8 -1 jakarta-jetspeed/xdocs/changes.xml Index: changes.xml

cvs commit: jakarta-jetspeed/xdocs changes.xml

2003-03-27 Thread morciuch
morciuch2003/03/27 13:26:37 Modified:docs/site changes.html src/java/org/apache/jetspeed/util OverwriteProperties.java src/java/org/apache/jetspeed/util/ant OverwritePropertiesTask.java xdocschanges.xml Log:

Add Context data to Default.vm

2003-03-27 Thread Ryan Christianson
I'd like to add context data to the context that is used to merge the default.vm layout template. Where can I do this? Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Turbine pull service refresh

2003-03-27 Thread Ryan Christianson
I'm wondering if there is a reason why by default jetspeed has: services.PullService.tools.per.request.refresh set to true, in the TurbineResources.properties file? It seems that refreshing each tool for each request would be a waste of resources. Is it save to turn this off? Thanks