You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jetspeed-dev@portals.apache.org by Stan Pinte <st...@wanadoo.be> on 2001/08/01 19:46:10 UTC
CVS snapshots
hello,
would it be possible to make available for download the jetspeed CVS snapshots?
thanks,
Stan.
Stanislas Pinte
Computer Consultant
Sales Director
Alto Software
20 Pl St Jacques
B-4000 Liège
Tel+Fax: +32 -(0)4 221 35 08
GSM: +32 -(0)478 57 61 80
web: http://www.altosw.be
email: stan@altosw.be
Re: CVS snapshots
Posted by Stan Pinte <st...@wanadoo.be>.
At 19:58 01/08/2001 +0200, you wrote:
>Stan Pinte wrote:
>
>>hello,
>>would it be possible to make available for download the jetspeed CVS
>>snapshots?
>
>
>Nightly CVS snapshot:
>http://jakarta.apache.org/~raphael/jetspeed/jetspeed-latest.tgz
thanks a lot.
>--
>Raphael Luta - raphael.luta@networks.groupvu.com
>Vivendi Universal Networks - Paris
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
>
Stanislas Pinte
Computer Consultant
Sales Director
Alto Software
20 Pl St Jacques
B-4000 Liège
Tel+Fax: +32 -(0)4 221 35 08
GSM: +32 -(0)478 57 61 80
web: http://www.altosw.be
email: stan@altosw.be
Re: UML models of psml and xreg
Posted by Frans Thamura <ft...@yahoo.com>.
Thanks.. for the UML... I used it for my dev..
Frans
--- Dave Carlson <dc...@ontogenics.com> wrote:
> I'm building a set of tools for generating and
> reverse-engineering XML Schemas
> from/to UML. I attached two GIF diagrams of the
> current psml.xsd from CVS, as
> well as the xreg.xsd that was posted by Frans
> Thamura on 7/26. These UML
> diagrams were produced by Rational Rose, but the
> model structure was
> automatically generated from the XSD source. I only
> rearranged the diagrams
> to make them more readable. I can also generate
> complete schemas from the
> same models.
>
> If there is interest on this list, I'll explain the
> process in more detail.
> But I thought the diagrams would be of interest. I
> find that it is much
> easier to understand the concepts and relationships
> via a diagram.
>
> As part of this, I discovered a few technical errors
> in the schemas. Both
> schemas use the XSD <all> content model incorrectly.
> I really wish that it
> did work like this! However, an <all> group cannot
> directly contain any
> elements that have cardinality other than 1..1 or
> 0..1. Both schemas contain
> one or more <all> groups with elements having
> maxOccurs=unbounded, which is
> not allowed.
>
> Unfortunately, this means that we must use either
> <sequence> or <choice
> minOccurs="0" maxOccurs="unbounded"> instead of
> <all> for these complexTypes.
> If you want to validate the cardinality of child
> elements, we must use
> <sequence>. Or, we use <choice> and basically punt
> on the strictness of
> validation. I have not looked at Caster, but how
> does it handle these
> alternatives?
>
> In addition, the psml.xsd schema must declare a
> namespace prefix for the
> targetNamespace. Or, the XMLSchema namespace must
> use a prefix and allow the
> psml targetNamespace to use the default namespace.
> I've added the xsd: prefix
> to schema elements and will test the schema before
> posting it back to the
> list.
>
> Any preferences for how to handle the <all> problem?
>
> As an aside, I'm working on a major upgrade to my
> http://XMLmodeling.com
> portal. It's currently running a very old 1.2 beta
> version of Jetspeed. I
> plan to update to the current version with user
> logins and customization. I
> also plan to make some of my UML to XSD conversion
> tools available as a web
> application within this portal. So, you'll see more
> messages from me as I try
> to figure out the templating system and
> modifications to the turbine_user
> database table...
>
> Cheers,
> Dave Carlson
>
> ATTACHMENT part 2 image/gif name=xreg.gif
> ATTACHMENT part 3 image/gif name=psml.gif
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> jetspeed-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail:
jetspeed-dev-help@jakarta.apache.org
=====
Let's Empowering Open Source
__________________________________________________
Do You Yahoo!?
Make international calls for as low as $.04/minute with Yahoo! Messenger
http://phonecard.yahoo.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
UML models of psml and xreg
Posted by Dave Carlson <dc...@ontogenics.com>.
I'm building a set of tools for generating and reverse-engineering XML Schemas
from/to UML. I attached two GIF diagrams of the current psml.xsd from CVS, as
well as the xreg.xsd that was posted by Frans Thamura on 7/26. These UML
diagrams were produced by Rational Rose, but the model structure was
automatically generated from the XSD source. I only rearranged the diagrams
to make them more readable. I can also generate complete schemas from the
same models.
If there is interest on this list, I'll explain the process in more detail.
But I thought the diagrams would be of interest. I find that it is much
easier to understand the concepts and relationships via a diagram.
As part of this, I discovered a few technical errors in the schemas. Both
schemas use the XSD <all> content model incorrectly. I really wish that it
did work like this! However, an <all> group cannot directly contain any
elements that have cardinality other than 1..1 or 0..1. Both schemas contain
one or more <all> groups with elements having maxOccurs=unbounded, which is
not allowed.
Unfortunately, this means that we must use either <sequence> or <choice
minOccurs="0" maxOccurs="unbounded"> instead of <all> for these complexTypes.
If you want to validate the cardinality of child elements, we must use
<sequence>. Or, we use <choice> and basically punt on the strictness of
validation. I have not looked at Caster, but how does it handle these
alternatives?
In addition, the psml.xsd schema must declare a namespace prefix for the
targetNamespace. Or, the XMLSchema namespace must use a prefix and allow the
psml targetNamespace to use the default namespace. I've added the xsd: prefix
to schema elements and will test the schema before posting it back to the
list.
Any preferences for how to handle the <all> problem?
As an aside, I'm working on a major upgrade to my http://XMLmodeling.com
portal. It's currently running a very old 1.2 beta version of Jetspeed. I
plan to update to the current version with user logins and customization. I
also plan to make some of my UML to XSD conversion tools available as a web
application within this portal. So, you'll see more messages from me as I try
to figure out the templating system and modifications to the turbine_user
database table...
Cheers,
Dave Carlson
RE: updated SQL scripts for Postgres
Posted by David Sean Taylor <da...@bluesunrise.com>.
Thanks. Its now checked in to cvs.
-------------------------------------
David Sean Taylor
taylor@apache.org
-------------------------------------
http://jakarta.apache.org/jetspeed
-------------------------------------
> -----Original Message-----
> From: Dave Carlson [mailto:dcarlson@ontogenics.com]
> Sent: Wednesday, August 01, 2001 2:09 PM
> To: jetspeed-dev@jakarta.apache.org
> Subject: updated SQL scripts for Postgres
>
>
> There were numerous errors in the current turbine-postgres.sql script,
> including a significant discrepancy with the current schema
> definitions used
> in other scripts for mysql and hypersonic. I have fixed these.
>
> The attached script works successfully with PostgreSQL 7.1.2
> and the current
> cvs of Jetspeed. As part of this testing, I was getting an
> error when running
> the populate-postgres script. Postgres could not parse the
> blob object data
> included for turbine_user. In the attached populate script I
> replaced the
> binary data with NULL, and this works fine.
>
> How is turbine_user.objectdata used by Jetspeed? What should
> be contained in
> the populate script for this field?
>
> Cheers,
> Dave Carlson
> Ontogenics Corp.
> Boulder, Colorado
> http://XMLmodeling.com
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
updated SQL scripts for Postgres
Posted by Dave Carlson <dc...@ontogenics.com>.
There were numerous errors in the current turbine-postgres.sql script,
including a significant discrepancy with the current schema definitions used
in other scripts for mysql and hypersonic. I have fixed these.
The attached script works successfully with PostgreSQL 7.1.2 and the current
cvs of Jetspeed. As part of this testing, I was getting an error when running
the populate-postgres script. Postgres could not parse the blob object data
included for turbine_user. In the attached populate script I replaced the
binary data with NULL, and this works fine.
How is turbine_user.objectdata used by Jetspeed? What should be contained in
the populate script for this field?
Cheers,
Dave Carlson
Ontogenics Corp.
Boulder, Colorado
http://XMLmodeling.com
RE: testing the User object values
Posted by David Sean Taylor <da...@bluesunrise.com>.
I believe your description is accurate.
I've also noticed that CREATED and MODIFIED dont get updated.
I guess its a bug in turbine/torque.
Haven't had the time to investigate it.
> -----Original Message-----
> From: Dave Carlson [mailto:dcarlson@ontogenics.com]
> Sent: Friday, August 03, 2001 10:49 AM
> To: jetspeed-dev@jakarta.apache.org
> Subject: testing the User object values
>
>
> As a way to understand the template mechanism in Jetspeed,
> and the database
> persistence provided by Turbine, I created a simple test JSP
> template that
> others may find helpful.
>
> The database tables include on OBJECTDATA field, whose
> content was a mystery
> to me. After reviewing Turbine code, I understood that any
> attribute/value
> pairs could be assigned to a User and if the attribute did
> not match an column
> name in the database table schema, then it was serialized
> into a Hashtable in
> OBJECTDATA. But I still did not know *what* was in that blob value.
>
> The following simple JSP page dumps all attributes of a User
> retrieved from
> the database, regardless of whether they are from the table columns or
> deserialized from the OBJECTDATA. (This is not recommended
> coding style for
> production JSP!!! Just a quick hack that is easy to modify
> and test without
> recompiling a servlet and restarting tomcat.)
>
> Two attributes are extracted from the blob: _access_counter
> and LAST_LOGIN.
> Now, LAST_LOGIN should be in a User table column, but it's
> not. This test
> uncovered a SQL script error in all database variations included with
> Jetspeed. All 6 turbine-*.sql scripts include
> TURBINE_USER.LASTLOGIN, where
> they should have TURBINE_USER.LAST_LOGIN. I checked the
> turbine tdk 2.1, and
> the sql scripts contained there are correct.
>
> If you modify this column name in the database, then
> subsequent accesses to
> Jetspeed will correctly populate the LAST_LOGIN column, which
> can be viewed
> via a simple DB select.
>
> I still have not figured out why the CREATED and MODIFIED
> columns are not
> populated in the database...
>
> Hope this is helpful,
> Dave Carlson
>
> Browser URL:
http://192.168.1.5/jetspeed/portal/template/TestAccount.jsp
(obviously, replace your own host:port)
Results:
--------------------------------
User persistent data
LOGIN_NAME admin
PASSWORD_VALUE jetspeed
_access_counter 7
FIRST_NAME Raphael
LAST_LOGIN Fri Aug 03 09:23:34 MDT 2001
CONFIRM_VALUE CONFIRMED
LAST_NAME Admin
EMAIL raphael@apache.org
------------------------------
Save this JSP to: /WEB-INF/templates/jsp/screens/html/TestAccount.jsp
-------------------------
<%@ taglib uri='/WEB-INF/templates/jsp/tld/template.tld' prefix='jetspeed'
%>
<%@ page import = "org.apache.turbine.util.RunData" %>
<%@ page import = "org.apache.turbine.om.security.User" %>
<div align="left">
<h2>User persistent data</h2>
<table cellpadding="2" cellspacing="0" border="1">
<%
User user = ((RunData)request.getAttribute("rundata")).getUser();
java.util.Hashtable attrs = user.getPermStorage();
java.util.Enumeration enum = attrs.keys();
while( enum.hasMoreElements() ) {
String name = enum.nextElement().toString();
Object value = attrs.get(name);
%>
<tr>
<td><%=name%></td><td><%=value%></td>
</tr>
<%
}
%>
</table>
</div>
--------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
testing the User object values
Posted by Dave Carlson <dc...@ontogenics.com>.
As a way to understand the template mechanism in Jetspeed, and the database
persistence provided by Turbine, I created a simple test JSP template that
others may find helpful.
The database tables include on OBJECTDATA field, whose content was a mystery
to me. After reviewing Turbine code, I understood that any attribute/value
pairs could be assigned to a User and if the attribute did not match an column
name in the database table schema, then it was serialized into a Hashtable in
OBJECTDATA. But I still did not know *what* was in that blob value.
The following simple JSP page dumps all attributes of a User retrieved from
the database, regardless of whether they are from the table columns or
deserialized from the OBJECTDATA. (This is not recommended coding style for
production JSP!!! Just a quick hack that is easy to modify and test without
recompiling a servlet and restarting tomcat.)
Two attributes are extracted from the blob: _access_counter and LAST_LOGIN.
Now, LAST_LOGIN should be in a User table column, but it's not. This test
uncovered a SQL script error in all database variations included with
Jetspeed. All 6 turbine-*.sql scripts include TURBINE_USER.LASTLOGIN, where
they should have TURBINE_USER.LAST_LOGIN. I checked the turbine tdk 2.1, and
the sql scripts contained there are correct.
If you modify this column name in the database, then subsequent accesses to
Jetspeed will correctly populate the LAST_LOGIN column, which can be viewed
via a simple DB select.
I still have not figured out why the CREATED and MODIFIED columns are not
populated in the database...
Hope this is helpful,
Dave Carlson
Browser URL: http://192.168.1.5/jetspeed/portal/template/TestAccount.jsp
(obviously, replace your own host:port)
Results:
--------------------------------
User persistent data
LOGIN_NAME admin
PASSWORD_VALUE jetspeed
_access_counter 7
FIRST_NAME Raphael
LAST_LOGIN Fri Aug 03 09:23:34 MDT 2001
CONFIRM_VALUE CONFIRMED
LAST_NAME Admin
EMAIL raphael@apache.org
------------------------------
Save this JSP to: /WEB-INF/templates/jsp/screens/html/TestAccount.jsp
-------------------------
<%@ taglib uri='/WEB-INF/templates/jsp/tld/template.tld' prefix='jetspeed' %>
<%@ page import = "org.apache.turbine.util.RunData" %>
<%@ page import = "org.apache.turbine.om.security.User" %>
<div align="left">
<h2>User persistent data</h2>
<table cellpadding="2" cellspacing="0" border="1">
<%
User user = ((RunData)request.getAttribute("rundata")).getUser();
java.util.Hashtable attrs = user.getPermStorage();
java.util.Enumeration enum = attrs.keys();
while( enum.hasMoreElements() ) {
String name = enum.nextElement().toString();
Object value = attrs.get(name);
%>
<tr>
<td><%=name%></td><td><%=value%></td>
</tr>
<%
}
%>
</table>
</div>
--------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
Portlet Minimize
Posted by Anthony Smith <an...@fedex.com>.
I know there is not too much support going on with 1.3a1, but I have other
pages that contain portlets besides Home.java. When I maximize than minimize
a portlet it goes back to the home screen, instead of the screen that the
portlet was minimized on.
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
Re: can't find layouts/default.vm under Linux
Posted by Dave Carlson <dc...@ontogenics.com>.
----- Original Message -----
From: "Santiago Gala" <sg...@hisitech.com>
> I'm not getting this problem. Nevertheless, I think it is due to some
> problem with the DB schema or content, that causes an Exception early in
> the JetspeedTool population or JetspeedRundata processing.
>
> This exception seems to happen when an uncaught exception is thrown
> early in the request handling process, so that a Capability Map is not
> yet present, or it has no proper MIME type set in the rundata, or
> something similar. This is the reason why the fallback algorithm tries
> to fetch layouts/default.vm, instead of layouts/html/default.vm.
>
Santiago, it appears that your intution was correct! I did not get the
layouts/default.vm error yesterday morning, apparently because I had reloaded
the database and all OBJECTDATA fields were null. However, as soon as I went
through a login/logout cycle and User OBJECTDATA was populated, then I get the
following error. It originates in this function from DBUserManager:
public User[] retrieve( Criteria criteria )
This is strange, because other queries to the User work fine and the
OBJECTDATA is correctly parsed and loaded into a User object. (See my next
posting for more information on this test.) Maybe someone with more Turbine
knowledge can sort this out... In any case, it seems that this eror is
cascading to the missing layouts error.
Cheers,
Dave Carlson
[Fri Aug 03 09:23:38 MDT 2001] -- DEBUG -- SELECT TURBINE_USER.USER_ID,
TURBINE_USER.LOGIN_NAME, TURBINE_USER.PASSWORD_VALUE, TURBINE_USER.FIRST_NAME,
TURBINE_USER.LAST_NAME, TURBINE_USER.EMAIL, TURBINE_USER.CONFIRM_VALUE,
TURBINE_USER.MODIFIED, TURBINE_USER.CREATED, TURBINE_USER.LAST_LOGIN,
TURBINE_USER.OBJECTDATA FROM TURBINE_USER
[Fri Aug 03 09:23:38 MDT 2001] -- ERROR --
Exception: org.apache.turbine.util.security.DataBackendException: Failed to
retrieve users: FastPath call returned ERROR: lo_tell: invalid large object
descriptor (0)
Stack Trace follows:
java.sql.SQLException: FastPath call returned ERROR: lo_tell: invalid large
object descriptor (0)
at com.workingdogs.village.DataSet.fetchRecords(DataSet.java:549)
at com.workingdogs.village.DataSet.fetchRecords(DataSet.java:467)
at com.workingdogs.village.DataSet.fetchRecords(DataSet.java:452)
at org.apache.turbine.om.peer.BasePeer.getSelectResults(BasePeer.java:1376)
at org.apache.turbine.om.peer.BasePeer.executeQuery(BasePeer.java:1289)
at org.apache.turbine.om.peer.BasePeer.executeQuery(BasePeer.java:1251)
at org.apache.turbine.om.peer.BasePeer.executeQuery(BasePeer.java:1202)
at org.apache.turbine.om.peer.BasePeer.doSelect(BasePeer.java:1131)
at
org.apache.turbine.om.security.peer.TurbineUserPeer.doSelect(TurbineUserPeer.j
ava:369)
at
org.apache.turbine.om.security.peer.TurbineUserPeer.doSelect(TurbineUserPeer.j
ava:332)
at
org.apache.turbine.services.security.db.DBUserManager.retrieve(DBUserManager.j
ava:217)
rethrown as org.apache.turbine.util.security.DataBackendException: Failed to
retrieve users: FastPath call returned ERROR: lo_tell: invalid large object
descriptor (0)
at
org.apache.turbine.services.security.db.DBUserManager.retrieve(DBUserManager.j
ava:221)
at
org.apache.turbine.services.security.BaseSecurityService.getUsers(BaseSecurity
Service.java:349)
at
org.apache.turbine.services.security.TurbineSecurity.getUsers(TurbineSecurity.
java:233)
at
org.apache.jetspeed.modules.actions.portlets.security.UserBrowserAction.buildN
ormalContext(UserBrowserAction.java:135)
at
org.apache.jetspeed.modules.actions.portlets.VelocityPortletAction.doPerform(V
elocityPortletAction.java:183)
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
Re: can't find layouts/default.vm under Linux
Posted by Kimmo Eklund <ki...@profes.fi>.
Hi,
I have similar problems. My configuration is Linux, Tomcat 3.2.2 and
Jetspeed version is taken today 2.8.2001 from Raphael's homapage
(jetspeed_latest).
Looking into log files seems to indicate there's some problem with Xalan
--cut from jetspeed.log --
Exception: javax.xml.transform.TransformerFactoryConfigurationError:
java.lang.ClassNotFoundException:
org.apache.xalan.processor.TransformerFactoryImpl
--cut--
I've attached my jetspeed.log. Whole process isn't that clear to my yet,
but JetseedTool seems to like Xalan around and when it isn't, things go
bad.. :)
I have xalan-2.0.1 in my /WEB-INF/lib.
Re: can't find layouts/default.vm under Linux
Posted by Paul Spencer <pa...@mikon.com>.
Dave,
Dave Carlson wrote:
>
> Santiago,
>
> Hmmm, very strange. I'm not getting this error this morning, but I changed
> *nothing* other than to restart the tomcat process on my server and reboot my
> windows client.
>
> Looking at the jetspeed.log I see only the "null attribute _menustate"
> exception thrown since restarting tomcat this morning. (Previous postings
> said to ignore this one.) However, scrolling back in the log from last night
> shows many occurances of the following exception. What is this "_display"
> attribute used for?
These messages are normal in when debug logging is enabled. Search the
mailing list for a more detailed explanation.
> While working yesterday, I had restarted the tomcat process several times, but
> continued to reload the same browser instance on my client. Could there have
> been some old cookie information confusing things?
>
I do not know :(
> [Tue Jul 31 17:36:15 MDT 2001] -- DEBUG -- JetspeedTemplatePage: requested
> template = Customize.vm
> [Tue Jul 31 17:36:15 MDT 2001] -- DEBUG -- template exists:
> /usr/local/jakarta-tomcat-3.2.3/webapps/jetspeed/WEB-INF/templates/vm/screens/
> html/Customize.vm returning /html/Customize.vm
Paul Spencer
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
Re: can't find layouts/default.vm under Linux
Posted by Dave Carlson <dc...@ontogenics.com>.
Santiago,
Hmmm, very strange. I'm not getting this error this morning, but I changed
*nothing* other than to restart the tomcat process on my server and reboot my
windows client.
Looking at the jetspeed.log I see only the "null attribute _menustate"
exception thrown since restarting tomcat this morning. (Previous postings
said to ignore this one.) However, scrolling back in the log from last night
shows many occurances of the following exception. What is this "_display"
attribute used for?
While working yesterday, I had restarted the tomcat process several times, but
continued to reload the same browser instance on my client. Could there have
been some old cookie information confusing things?
[Tue Jul 31 17:36:15 MDT 2001] -- DEBUG -- JetspeedTemplatePage: requested
template = Customize.vm
[Tue Jul 31 17:36:15 MDT 2001] -- DEBUG -- template exists:
/usr/local/jakarta-tomcat-3.2.3/webapps/jetspeed/WEB-INF/templates/vm/screens/
html/Customize.vm returning /html/Customize.vm
[Tue Jul 31 17:36:15 MDT 2001] -- DEBUG -- JetspeedTemplatePage: calculated
template = /html/Customize.vm
[Tue Jul 31 17:36:15 MDT 2001] -- DEBUG -- template exists:
/usr/local/jakarta-tomcat-3.2.3/webapps/jetspeed/WEB-INF/templates/vm/layouts/
html/default.vm returning /html/default.vm
[Tue Jul 31 17:36:15 MDT 2001] -- DEBUG -- JetspeedTemplatePage:
layoutTemplate is finally /html/default.vm
[Tue Jul 31 17:36:15 MDT 2001] -- INFO -- cache miss, object expired:
347675712|template-customizer-portletset|action-portlets.CustomizeSetAction
[Tue Jul 31 17:36:15 MDT 2001] -- DEBUG -- PortletFactory.getPortlet(): took a
total of 0 millisecond(s) ->
347675712|template-customizer-portletset|action-portlets.CustomizeSetAction
[Tue Jul 31 17:36:15 MDT 2001] -- ERROR -- Exception while retrieving
attribute _display for portlet PortletSetCustomizer
Exception: java.lang.NullPointerException
Stack Trace follows:
java.lang.NullPointerException
at
org.apache.jetspeed.portal.portlets.AbstractPortlet.getAttribute(AbstractPortl
et.java:585)
at
org.apache.jetspeed.portal.portlets.AbstractPortlet.isMinimized(AbstractPortle
t.java:548)
at
org.apache.jetspeed.portal.controls.VelocityPortletControl.buildActionList(Vel
ocityPortletControl.java:224)
at
org.apache.jetspeed.portal.controls.VelocityPortletControl.getContent(Velocity
PortletControl.java:131)
at java.lang.reflect.Method.invoke(Native Method)
at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java)
at
org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java
)
at
org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java)
at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java)
at org.apache.velocity.Template.merge(Template.java)
at org.apache.velocity.app.Velocity.mergeTemplate(Velocity.java)
at org.apache.velocity.app.Velocity.mergeTemplate(Velocity.java)
at
org.apache.turbine.services.velocity.TurbineVelocityService.decodeRequest(Turb
ineVelocityService.java:351)
at
org.apache.turbine.services.velocity.TurbineVelocityService.handleRequest(Turb
ineVelocityService.java:247)
at
org.apache.turbine.services.velocity.TurbineVelocity.handleRequest(TurbineVelo
city.java:109)
at
org.apache.turbine.modules.screens.VelocityScreen.buildTemplate(VelocityScreen
.java:151)
at
org.apache.turbine.modules.screens.TemplateScreen.doBuild(TemplateScreen.java:
130)
at org.apache.turbine.modules.Screen.build(Screen.java:99)
at org.apache.turbine.modules.ScreenLoader.eval(ScreenLoader.java:129)
at
org.apache.turbine.modules.layouts.VelocityOnlyLayout.doBuild(VelocityOnlyLayo
ut.java:98)
at org.apache.turbine.modules.Layout.build(Layout.java:91)
The exception in this morning's log file:
[Thu Aug 02 09:25:40 MDT 2001] -- DEBUG -- PortletFactory.getPortlet(): took a
total of 1 millisecond(s) ->
347675712|page-size-10|registry-Skin|template-browser-skin|action-portlets.Reg
istryBrowseAction
[Thu Aug 02 09:25:40 MDT 2001] -- ERROR -- Exception while retrieving
attribute _menustate for portlet 2
Exception: java.lang.NullPointerException
Stack Trace follows:
java.lang.NullPointerException
at
org.apache.jetspeed.portal.portlets.AbstractPortlet.getAttribute(AbstractPortl
et.java:585)
at
org.apache.jetspeed.portal.controls.VelocityPortletSetControl.getTabs(Velocity
PortletSetControl.java:130)
at
org.apache.jetspeed.portal.controls.VelocityPortletSetControl.buildContext(Vel
ocityPortletSetControl.java:93)
at
org.apache.jetspeed.portal.controls.VelocityPortletControl.getContent(Velocity
PortletControl.java:149)
at
org.apache.jetspeed.util.template.JetspeedTool.getPane(JetspeedTool.java:166)
----- Original Message -----
From: "Santiago Gala" <sg...@hisitech.com>
To: <je...@jakarta.apache.org>
Sent: Thursday, August 02, 2001 3:01 AM
Subject: Re: can't find layouts/default.vm under Linux
> David Sean Taylor wrote:
>
> >Dave,
> >
> >My Linux machine is not here this week. I won't have it back til mid/late
> >next week.
> >Can anyone else with Linux try to reproduce this ?
> >
>
> I'm not getting this problem. Nevertheless, I think it is due to some
> problem with the DB schema or content, that causes an Exception early in
> the JetspeedTool population or JetspeedRundata processing.
>
> This exception seems to happen when an uncaught exception is thrown
> early in the request handling process, so that a Capability Map is not
> yet present, or it has no proper MIME type set in the rundata, or
> something similar. This is the reason why the fallback algorithm tries
> to fetch layouts/default.vm, instead of layouts/html/default.vm.
>
> We should either provide a layout/default.vm and screens/Error.vm (the
> system is trying to report an error), or else to be very careful that,
> even if an error is thrown while filling JetspeedTool or
> JetspeedRundata, the proper initialization is done, at least of the
> Request MIME type, and it is available for the handling of psml and
> templates.
>
> dave, could you look in the log to any previous exception? It could be
> related with the blob that contains the session persistent data.
>
> >
> >-------------------------------------
> >David Sean Taylor
> >taylor@apache.org
> >-------------------------------------
> >http://jakarta.apache.org/jetspeed
> >-------------------------------------
> >
> >
> >
> >
> >>-----Original Message-----
> >>From: Dave Carlson [mailto:dcarlson@ontogenics.com]
> >>Sent: Wednesday, August 01, 2001 11:39 AM
> >>To: jetspeed-dev@jakarta.apache.org
> >>Subject: can't find layouts/default.vm under Linux
> >>
> >>
> >>Using the current CVS, I now have most aspects running under
> >>Linux and tomcat
> >>(I've been through the issue of removing /WEB-INF at root).
> >>However I still
> >>get occasional errors where layouts are not found.
> >>
> >>When I log in as 'admin', all portlets work fine EXCEPT for
> >>the Security tab,
> >>which throws the following exception. This identical war
> >>build works fine
> >>under windows. I still have not fully digested the flow of
> >>control for
> >>layouts and templating in Jetspeed, so it's difficult to
> >>track this down.
> >>
> >>Horrible Exception:
> >>org.apache.velocity.exception.ResourceNotFoundException:
> >>Unable to find resource 'layouts/default.vm'
> >> at
> >>org.apache.velocity.runtime.resource.ResourceManager.getResour
> >>ce(ResourceManag
> >>er.java)
> >> at org.apache.velocity.runtime.Runtime.getTemplate(Runtime.java)
> >> at org.apache.velocity.app.Velocity.mergeTemplate(Velocity.java)
> >> at org.apache.velocity.app.Velocity.mergeTemplate(Velocity.java)
> >>rethrown as org.apache.turbine.util.TurbineException: Error
> >>rendering Velocity
> >>template: layouts/default.vm: Unable to find resource
> >>'layouts/default.vm'
> >> at
> >>org.apache.turbine.services.velocity.TurbineVelocityService.re
> >>nderingError(Tur
> >>bineVelocityService.java:392)
> >> at
> >>org.apache.turbine.services.velocity.TurbineVelocityService.de
> >>codeRequest(Turb
> >>ineVelocityService.java:356)
> >>rethrown as org.apache.turbine.util.TurbineException: Error
> >>rendering Velocity
> >>template: layouts/default.vm: Error rendering Velocity template:
> >>layouts/default.vm: Unable to find resource 'layouts/default.vm'
> >> at
> >>org.apache.turbine.services.velocity.TurbineVelocityService.re
> >>nderingError(Tur
> >>bineVelocityService.java:392)
> >> at
> >>org.apache.turbine.services.velocity.TurbineVelocityService.ha
> >>ndleRequest(Turb
> >>ineVelocityService.java:252)
> >> at
> >>org.apache.turbine.services.velocity.TurbineVelocity.handleReq
> >>uest(TurbineVelo
> >>city.java:109)
> >> at
> >>org.apache.turbine.modules.layouts.VelocityOnlyLayout.doBuild(
> >>VelocityOnlyLayo
> >>ut.java:120)
> >> at org.apache.turbine.modules.Layout.build(Layout.java:91)
> >>
> >>Cheers,
> >> Dave Carlson
> >>
> >>
> >>---------------------------------------------------------------------
> >>To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
> >>For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
> >>
> >>
> >
> >
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
> >For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
> >
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
Re: can't find layouts/default.vm under Linux
Posted by Santiago Gala <sg...@hisitech.com>.
David Sean Taylor wrote:
>Dave,
>
>My Linux machine is not here this week. I won't have it back til mid/late
>next week.
>Can anyone else with Linux try to reproduce this ?
>
I'm not getting this problem. Nevertheless, I think it is due to some
problem with the DB schema or content, that causes an Exception early in
the JetspeedTool population or JetspeedRundata processing.
This exception seems to happen when an uncaught exception is thrown
early in the request handling process, so that a Capability Map is not
yet present, or it has no proper MIME type set in the rundata, or
something similar. This is the reason why the fallback algorithm tries
to fetch layouts/default.vm, instead of layouts/html/default.vm.
We should either provide a layout/default.vm and screens/Error.vm (the
system is trying to report an error), or else to be very careful that,
even if an error is thrown while filling JetspeedTool or
JetspeedRundata, the proper initialization is done, at least of the
Request MIME type, and it is available for the handling of psml and
templates.
dave, could you look in the log to any previous exception? It could be
related with the blob that contains the session persistent data.
>
>-------------------------------------
>David Sean Taylor
>taylor@apache.org
>-------------------------------------
>http://jakarta.apache.org/jetspeed
>-------------------------------------
>
>
>
>
>>-----Original Message-----
>>From: Dave Carlson [mailto:dcarlson@ontogenics.com]
>>Sent: Wednesday, August 01, 2001 11:39 AM
>>To: jetspeed-dev@jakarta.apache.org
>>Subject: can't find layouts/default.vm under Linux
>>
>>
>>Using the current CVS, I now have most aspects running under
>>Linux and tomcat
>>(I've been through the issue of removing /WEB-INF at root).
>>However I still
>>get occasional errors where layouts are not found.
>>
>>When I log in as 'admin', all portlets work fine EXCEPT for
>>the Security tab,
>>which throws the following exception. This identical war
>>build works fine
>>under windows. I still have not fully digested the flow of
>>control for
>>layouts and templating in Jetspeed, so it's difficult to
>>track this down.
>>
>>Horrible Exception:
>>org.apache.velocity.exception.ResourceNotFoundException:
>>Unable to find resource 'layouts/default.vm'
>> at
>>org.apache.velocity.runtime.resource.ResourceManager.getResour
>>ce(ResourceManag
>>er.java)
>> at org.apache.velocity.runtime.Runtime.getTemplate(Runtime.java)
>> at org.apache.velocity.app.Velocity.mergeTemplate(Velocity.java)
>> at org.apache.velocity.app.Velocity.mergeTemplate(Velocity.java)
>>rethrown as org.apache.turbine.util.TurbineException: Error
>>rendering Velocity
>>template: layouts/default.vm: Unable to find resource
>>'layouts/default.vm'
>> at
>>org.apache.turbine.services.velocity.TurbineVelocityService.re
>>nderingError(Tur
>>bineVelocityService.java:392)
>> at
>>org.apache.turbine.services.velocity.TurbineVelocityService.de
>>codeRequest(Turb
>>ineVelocityService.java:356)
>>rethrown as org.apache.turbine.util.TurbineException: Error
>>rendering Velocity
>>template: layouts/default.vm: Error rendering Velocity template:
>>layouts/default.vm: Unable to find resource 'layouts/default.vm'
>> at
>>org.apache.turbine.services.velocity.TurbineVelocityService.re
>>nderingError(Tur
>>bineVelocityService.java:392)
>> at
>>org.apache.turbine.services.velocity.TurbineVelocityService.ha
>>ndleRequest(Turb
>>ineVelocityService.java:252)
>> at
>>org.apache.turbine.services.velocity.TurbineVelocity.handleReq
>>uest(TurbineVelo
>>city.java:109)
>> at
>>org.apache.turbine.modules.layouts.VelocityOnlyLayout.doBuild(
>>VelocityOnlyLayo
>>ut.java:120)
>> at org.apache.turbine.modules.Layout.build(Layout.java:91)
>>
>>Cheers,
>> Dave Carlson
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
>>For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
>>
>>
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
RE: can't find layouts/default.vm under Linux
Posted by David Sean Taylor <da...@bluesunrise.com>.
Dave,
My Linux machine is not here this week. I won't have it back til mid/late
next week.
Can anyone else with Linux try to reproduce this ?
-------------------------------------
David Sean Taylor
taylor@apache.org
-------------------------------------
http://jakarta.apache.org/jetspeed
-------------------------------------
> -----Original Message-----
> From: Dave Carlson [mailto:dcarlson@ontogenics.com]
> Sent: Wednesday, August 01, 2001 11:39 AM
> To: jetspeed-dev@jakarta.apache.org
> Subject: can't find layouts/default.vm under Linux
>
>
> Using the current CVS, I now have most aspects running under
> Linux and tomcat
> (I've been through the issue of removing /WEB-INF at root).
> However I still
> get occasional errors where layouts are not found.
>
> When I log in as 'admin', all portlets work fine EXCEPT for
> the Security tab,
> which throws the following exception. This identical war
> build works fine
> under windows. I still have not fully digested the flow of
> control for
> layouts and templating in Jetspeed, so it's difficult to
> track this down.
>
> Horrible Exception:
> org.apache.velocity.exception.ResourceNotFoundException:
> Unable to find resource 'layouts/default.vm'
> at
> org.apache.velocity.runtime.resource.ResourceManager.getResour
> ce(ResourceManag
> er.java)
> at org.apache.velocity.runtime.Runtime.getTemplate(Runtime.java)
> at org.apache.velocity.app.Velocity.mergeTemplate(Velocity.java)
> at org.apache.velocity.app.Velocity.mergeTemplate(Velocity.java)
> rethrown as org.apache.turbine.util.TurbineException: Error
> rendering Velocity
> template: layouts/default.vm: Unable to find resource
> 'layouts/default.vm'
> at
> org.apache.turbine.services.velocity.TurbineVelocityService.re
> nderingError(Tur
> bineVelocityService.java:392)
> at
> org.apache.turbine.services.velocity.TurbineVelocityService.de
> codeRequest(Turb
> ineVelocityService.java:356)
> rethrown as org.apache.turbine.util.TurbineException: Error
> rendering Velocity
> template: layouts/default.vm: Error rendering Velocity template:
> layouts/default.vm: Unable to find resource 'layouts/default.vm'
> at
> org.apache.turbine.services.velocity.TurbineVelocityService.re
> nderingError(Tur
> bineVelocityService.java:392)
> at
> org.apache.turbine.services.velocity.TurbineVelocityService.ha
> ndleRequest(Turb
> ineVelocityService.java:252)
> at
> org.apache.turbine.services.velocity.TurbineVelocity.handleReq
> uest(TurbineVelo
> city.java:109)
> at
> org.apache.turbine.modules.layouts.VelocityOnlyLayout.doBuild(
> VelocityOnlyLayo
> ut.java:120)
> at org.apache.turbine.modules.Layout.build(Layout.java:91)
>
> Cheers,
> Dave Carlson
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
can't find layouts/default.vm under Linux
Posted by Dave Carlson <dc...@ontogenics.com>.
Using the current CVS, I now have most aspects running under Linux and tomcat
(I've been through the issue of removing /WEB-INF at root). However I still
get occasional errors where layouts are not found.
When I log in as 'admin', all portlets work fine EXCEPT for the Security tab,
which throws the following exception. This identical war build works fine
under windows. I still have not fully digested the flow of control for
layouts and templating in Jetspeed, so it's difficult to track this down.
Horrible Exception: org.apache.velocity.exception.ResourceNotFoundException:
Unable to find resource 'layouts/default.vm'
at
org.apache.velocity.runtime.resource.ResourceManager.getResource(ResourceManag
er.java)
at org.apache.velocity.runtime.Runtime.getTemplate(Runtime.java)
at org.apache.velocity.app.Velocity.mergeTemplate(Velocity.java)
at org.apache.velocity.app.Velocity.mergeTemplate(Velocity.java)
rethrown as org.apache.turbine.util.TurbineException: Error rendering Velocity
template: layouts/default.vm: Unable to find resource 'layouts/default.vm'
at
org.apache.turbine.services.velocity.TurbineVelocityService.renderingError(Tur
bineVelocityService.java:392)
at
org.apache.turbine.services.velocity.TurbineVelocityService.decodeRequest(Turb
ineVelocityService.java:356)
rethrown as org.apache.turbine.util.TurbineException: Error rendering Velocity
template: layouts/default.vm: Error rendering Velocity template:
layouts/default.vm: Unable to find resource 'layouts/default.vm'
at
org.apache.turbine.services.velocity.TurbineVelocityService.renderingError(Tur
bineVelocityService.java:392)
at
org.apache.turbine.services.velocity.TurbineVelocityService.handleRequest(Turb
ineVelocityService.java:252)
at
org.apache.turbine.services.velocity.TurbineVelocity.handleRequest(TurbineVelo
city.java:109)
at
org.apache.turbine.modules.layouts.VelocityOnlyLayout.doBuild(VelocityOnlyLayo
ut.java:120)
at org.apache.turbine.modules.Layout.build(Layout.java:91)
Cheers,
Dave Carlson
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
RE: generated URL in password confirmation
Posted by Frans Thamura <ft...@yahoo.com>.
David,
Would you to put your properties, or all the jetspeed
with your configuration on your web site, so we can
download it?
So we will know, that our configuration is same with
your bluesunrise.com/jetspeed configuration..
Thanks.
Frans
--- David Sean Taylor <da...@bluesunrise.com> wrote:
> I just changed the demo site to use the confirmation
> email. You can test it
> out www.bluesunrise.com/jetspeed
>
> I created an account, and you are right, it doesn't
> need the password
> parameter.
> Added it to my buglist. Look for a commit in the
> next few days
>
> -------------------------------------
> David Sean Taylor
> taylor@apache.org
> -------------------------------------
> http://jakarta.apache.org/jetspeed
> -------------------------------------
>
>
>
>
> > -----Original Message-----
> > From: Dave Carlson
> [mailto:dcarlson@ontogenics.com]
> > Sent: Wednesday, August 01, 2001 11:14 AM
> > To: jetspeed-dev@jakarta.apache.org
> > Subject: generated URL in password confirmation
> >
> >
> > The email message produced for password
> confirmation
> > currently includes the
> > user's password in the URL string. I recommend
> removing it.
> > If fact, the
> > current implementation does not appear to need
> this password
> > or the secretkey
> > parameter in the URL. The current email contains
> this:
> >
> > You can go to the following URL to confirm your
> account:
> >
> >
> >
>
<http://192.168.1.5/jetspeed/portal/template/ConfirmRegistrati
> > on/username/test
> > /secretkey/ewxypgjdn1/password/test>
> >
> > It could be shorted to this:
> >
> >
>
<http://192.168.1.5/jetspeed/portal/template/ConfirmRegistrati
> > on/username/test
> > >
> >
> >
> >
> >
>
---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> jetspeed-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail:
> jetspeed-dev-help@jakarta.apache.org
> >
> >
>
>
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> jetspeed-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail:
> jetspeed-dev-help@jakarta.apache.org
>
=====
Let's Empowering Open Source
__________________________________________________
Do You Yahoo!?
Make international calls for as low as $.04/minute with Yahoo! Messenger
http://phonecard.yahoo.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
RE: generated URL in password confirmation
Posted by David Sean Taylor <da...@bluesunrise.com>.
I just changed the demo site to use the confirmation email. You can test it
out www.bluesunrise.com/jetspeed
I created an account, and you are right, it doesn't need the password
parameter.
Added it to my buglist. Look for a commit in the next few days
-------------------------------------
David Sean Taylor
taylor@apache.org
-------------------------------------
http://jakarta.apache.org/jetspeed
-------------------------------------
> -----Original Message-----
> From: Dave Carlson [mailto:dcarlson@ontogenics.com]
> Sent: Wednesday, August 01, 2001 11:14 AM
> To: jetspeed-dev@jakarta.apache.org
> Subject: generated URL in password confirmation
>
>
> The email message produced for password confirmation
> currently includes the
> user's password in the URL string. I recommend removing it.
> If fact, the
> current implementation does not appear to need this password
> or the secretkey
> parameter in the URL. The current email contains this:
>
> You can go to the following URL to confirm your account:
>
>
> <http://192.168.1.5/jetspeed/portal/template/ConfirmRegistrati
> on/username/test
> /secretkey/ewxypgjdn1/password/test>
>
> It could be shorted to this:
>
> <http://192.168.1.5/jetspeed/portal/template/ConfirmRegistrati
> on/username/test
> >
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
generated URL in password confirmation
Posted by Dave Carlson <dc...@ontogenics.com>.
The email message produced for password confirmation currently includes the
user's password in the URL string. I recommend removing it. If fact, the
current implementation does not appear to need this password or the secretkey
parameter in the URL. The current email contains this:
You can go to the following URL to confirm your account:
<http://192.168.1.5/jetspeed/portal/template/ConfirmRegistration/username/test
/secretkey/ewxypgjdn1/password/test>
It could be shorted to this:
<http://192.168.1.5/jetspeed/portal/template/ConfirmRegistration/username/test
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
Re: CVS snapshots
Posted by Paul Spencer <pa...@mikon.com>.
The one of the nightly builds should include:
jakarta-jetspeed-1.3a2-bin.zip (for windows Java Runtime user)
jakarta-jetspeed-1.3a2-bin.tar.gz (for unix Java Runtime user)
jakarta-jetspeed-1.3a2-src.zip (for windows Java Development user)
jakarta-jetspeed-1.3a2-src.tar.gz (for unix Java Development user)
Yes, providing binaries this more work on the fontend! Just review the
mailing list for CVS build problems to see how much frustration, and
work, will be saved by user not having to build jetspeed from the
source!
Paul Spencer
Raphaël Luta wrote:
>
> David Sean Taylor wrote:
>
> > Raphael,
> >
> > Should the nightly builds be hosted here:
> >
> > http://jakarta.apache.org/site/binindex.html
> >
>
> Yes they should...
>
> > Also, could we get a zip version of the build?
>
> I don't see the point of the .zip, it's bigger than tar.gz and nearly all
> windows unzipper open tar.gz archives.
>
> > I'd be glad to help out here, but I don't know how the process works
> >
>
> cron job.
>
> --
> Raphael Luta - raphael.luta@networks.groupvu.com
> Vivendi Universal Networks - Paris
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
Re: CVS snapshots
Posted by Raphaël Luta <ra...@networks.groupvu.com>.
David Sean Taylor wrote:
> Raphael,
>
> Should the nightly builds be hosted here:
>
> http://jakarta.apache.org/site/binindex.html
>
Yes they should...
> Also, could we get a zip version of the build?
I don't see the point of the .zip, it's bigger than tar.gz and nearly all
windows unzipper open tar.gz archives.
> I'd be glad to help out here, but I don't know how the process works
>
cron job.
--
Raphael Luta - raphael.luta@networks.groupvu.com
Vivendi Universal Networks - Paris
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
Re: CVS snapshots
Posted by Jon Stevens <jo...@latchkey.com>.
on 8/1/01 5:11 PM, "David Sean Taylor" <da...@bluesunrise.com> wrote:
> Raphael,
>
> Should the nightly builds be hosted here:
>
> http://jakarta.apache.org/site/binindex.html
>
> Also, could we get a zip version of the build?
> I'd be glad to help out here, but I don't know how the process works
>
> David
Submit a patch to that file...
-jon
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
RE: CVS snapshots
Posted by David Sean Taylor <da...@bluesunrise.com>.
Raphael,
Should the nightly builds be hosted here:
http://jakarta.apache.org/site/binindex.html
Also, could we get a zip version of the build?
I'd be glad to help out here, but I don't know how the process works
David
> -----Original Message-----
> From: Raphael Luta [mailto:raphael.luta@networks.groupvu.com]
> Sent: Wednesday, August 01, 2001 10:59 AM
> To: jetspeed-dev@jakarta.apache.org
> Subject: Re: CVS snapshots
>
>
> Stan Pinte wrote:
>
> >
> > hello,
> >
> > would it be possible to make available for download the
> jetspeed CVS
> > snapshots?
> >
>
>
> Nightly CVS snapshot:
> http://jakarta.apache.org/~raphael/jetspeed/jetspeed-latest.tgz
>
>
>
> --
> Raphael Luta - raphael.luta@networks.groupvu.com
> Vivendi Universal Networks - Paris
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
Re: CVS snapshots
Posted by Raphaël Luta <ra...@networks.groupvu.com>.
Stan Pinte wrote:
>
> hello,
>
> would it be possible to make available for download the jetspeed CVS
> snapshots?
>
Nightly CVS snapshot:
http://jakarta.apache.org/~raphael/jetspeed/jetspeed-latest.tgz
--
Raphael Luta - raphael.luta@networks.groupvu.com
Vivendi Universal Networks - Paris
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org