RE: release 1.3a2

[David Sean Taylor]

> Well - the email is coded to assume that you are approving things -
> but its just a template.  I was kind of assuming that it was more of
> an example and that it would changed in any real use anyway.
> 
> We could add a note at the bottom to say change this to reflect your
> use?  Or we could make it check which flags are on and amend the
> wording...
> 
> What do people think?
> 

It seems easy enough to check the flags and amend the wording.


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-jetspeed/src/sql/external populate-db2.sql populate-mysql.sql populate-postgres.sql populate-sybase.sql

[taylor]

taylor  01/12/07 09:05:05

  Modified:src/sql/external populate-db2.sql populate-mysql.sql
populate-postgres.sql populate-sybase.sql
  Log:
  - fixed external database population scripts thanks to John Mettraux.
  
  Revision  ChangesPath
  1.2   +2 -2  jakarta-jetspeed/src/sql/external/populate-db2.sql
  
  Index: populate-db2.sql
  ===
  RCS file: /home/cvs/jakarta-jetspeed/src/sql/external/populate-db2.sql,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- populate-db2.sql  2001/07/30 04:30:11 1.1
  +++ populate-db2.sql  2001/12/07 17:05:04 1.2
  @@ -25,9 +25,9 @@
   INSERT INTO TURBINE_ROLE_PERMISSION VALUES(2,5);
   INSERT INTO TURBINE_ROLE_PERMISSION VALUES(2,6);
   INSERT INTO TURBINE_ROLE_PERMISSION VALUES(2,7);
  +INSERT INTO TURBINE_USER_GROUP_ROLE VALUES(0,1,1);
   INSERT INTO TURBINE_USER_GROUP_ROLE VALUES(1,1,1);
  -INSERT INTO TURBINE_USER_GROUP_ROLE VALUES(2,1,1);
  -INSERT INTO TURBINE_USER_GROUP_ROLE VALUES(2,1,2);
  +INSERT INTO TURBINE_USER_GROUP_ROLE VALUES(1,1,2);
   INSERT INTO ID_TABLE VALUES(1,'TURBINE_PERMISSION',100,10);
   INSERT INTO ID_TABLE VALUES(2,'TURBINE_ROLE',120,10);
   INSERT INTO ID_TABLE VALUES(3,'TURBINE_GROUP',100,10);
  
  
  
  1.3   +3 -3  jakarta-jetspeed/src/sql/external/populate-mysql.sql
  
  Index: populate-mysql.sql
  ===
  RCS file: /home/cvs/jakarta-jetspeed/src/sql/external/populate-mysql.sql,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- populate-mysql.sql2001/07/30 04:30:11 1.2
  +++ populate-mysql.sql2001/12/07 17:05:04 1.3
  @@ -25,9 +25,9 @@
   INSERT INTO TURBINE_ROLE_PERMISSION VALUES(2,5);
   INSERT INTO TURBINE_ROLE_PERMISSION VALUES(2,6);
   INSERT INTO TURBINE_ROLE_PERMISSION VALUES(2,7);
  -INSERT INTO TURBINE_USER_GROUP_ROLE VALUES(1,1,1);
  -INSERT INTO TURBINE_USER_GROUP_ROLE VALUES(2,1,1);
  -INSERT INTO TURBINE_USER_GROUP_ROLE VALUES(2,1,2);
  +INSERT INTO TURBINE_USER_GROUP_ROLE VALUES(0,1,1)
  +INSERT INTO TURBINE_USER_GROUP_ROLE VALUES(1,1,1)
  +INSERT INTO TURBINE_USER_GROUP_ROLE VALUES(1,1,2)
   INSERT INTO ID_TABLE VALUES(1,'TURBINE_PERMISSION',100,10);
   INSERT INTO ID_TABLE VALUES(2,'TURBINE_ROLE',120,10);
   INSERT INTO ID_TABLE VALUES(3,'TURBINE_GROUP',100,10);
  
  
  
  1.3   +2 -2  jakarta-jetspeed/src/sql/external/populate-postgres.sql
  
  Index: populate-postgres.sql
  ===
  RCS file: /home/cvs/jakarta-jetspeed/src/sql/external/populate-postgres.sql,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- populate-postgres.sql 2001/08/02 01:09:23 1.2
  +++ populate-postgres.sql 2001/12/07 17:05:04 1.3
  @@ -25,9 +25,9 @@
   INSERT INTO TURBINE_ROLE_PERMISSION VALUES(2,5);
   INSERT INTO TURBINE_ROLE_PERMISSION VALUES(2,6);
   INSERT INTO TURBINE_ROLE_PERMISSION VALUES(2,7);
  +INSERT INTO TURBINE_USER_GROUP_ROLE VALUES(0,1,1);
   INSERT INTO TURBINE_USER_GROUP_ROLE VALUES(1,1,1);
  -INSERT INTO TURBINE_USER_GROUP_ROLE VALUES(2,1,1);
  -INSERT INTO TURBINE_USER_GROUP_ROLE VALUES(2,1,2);
  +INSERT INTO TURBINE_USER_GROUP_ROLE VALUES(1,1,2);
   INSERT INTO ID_TABLE VALUES(1,'TURBINE_PERMISSION',100,10);
   INSERT INTO ID_TABLE VALUES(2,'TURBINE_ROLE',120,10);
   INSERT INTO ID_TABLE VALUES(3,'TURBINE_GROUP',100,10);
  
  
  
  1.2   +2 -2  jakarta-jetspeed/src/sql/external/populate-sybase.sql
  
  Index: populate-sybase.sql
  ===
  RCS file: /home/cvs/jakarta-jetspeed/src/sql/external/populate-sybase.sql,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- populate-sybase.sql   2001/07/30 04:30:11 1.1
  +++ populate-sybase.sql   2001/12/07 17:05:04 1.2
  @@ -25,9 +25,9 @@
   INSERT INTO TURBINE_ROLE_PERMISSION VALUES(2,5);
   INSERT INTO TURBINE_ROLE_PERMISSION VALUES(2,6);
   INSERT INTO TURBINE_ROLE_PERMISSION VALUES(2,7);
  +INSERT INTO TURBINE_USER_GROUP_ROLE VALUES(0,1,1);
   INSERT INTO TURBINE_USER_GROUP_ROLE VALUES(1,1,1);
  -INSERT INTO TURBINE_USER_GROUP_ROLE VALUES(2,1,1);
  -INSERT INTO TURBINE_USER_GROUP_ROLE VALUES(2,1,2);
  +INSERT INTO TURBINE_USER_GROUP_ROLE VALUES(1,1,2);
   INSERT INTO ID_TABLE VALUES(1,'TURBINE_PERMISSION',100,10);
   INSERT INTO ID_TABLE VALUES(2,'TURBINE_ROLE',120,10);
   INSERT INTO ID_TABLE VALUES(3,'TURBINE_GROUP',100,10);
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-jetspeed/src/sql/external populate-mysql.sql

[taylor]

taylor  01/12/07 09:50:14

  Modified:src/sql/external populate-mysql.sql
  Log:
  semicolons
  
  Revision  ChangesPath
  1.4   +3 -3  jakarta-jetspeed/src/sql/external/populate-mysql.sql
  
  Index: populate-mysql.sql
  ===
  RCS file: /home/cvs/jakarta-jetspeed/src/sql/external/populate-mysql.sql,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- populate-mysql.sql2001/12/07 17:05:04 1.3
  +++ populate-mysql.sql2001/12/07 17:50:13 1.4
  @@ -25,9 +25,9 @@
   INSERT INTO TURBINE_ROLE_PERMISSION VALUES(2,5);
   INSERT INTO TURBINE_ROLE_PERMISSION VALUES(2,6);
   INSERT INTO TURBINE_ROLE_PERMISSION VALUES(2,7);
  -INSERT INTO TURBINE_USER_GROUP_ROLE VALUES(0,1,1)
  -INSERT INTO TURBINE_USER_GROUP_ROLE VALUES(1,1,1)
  -INSERT INTO TURBINE_USER_GROUP_ROLE VALUES(1,1,2)
  +INSERT INTO TURBINE_USER_GROUP_ROLE VALUES(0,1,1);
  +INSERT INTO TURBINE_USER_GROUP_ROLE VALUES(1,1,1);
  +INSERT INTO TURBINE_USER_GROUP_ROLE VALUES(1,1,2);
   INSERT INTO ID_TABLE VALUES(1,'TURBINE_PERMISSION',100,10);
   INSERT INTO ID_TABLE VALUES(2,'TURBINE_ROLE',120,10);
   INSERT INTO ID_TABLE VALUES(3,'TURBINE_GROUP',100,10);
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Forward versus redirect

[Setera, Craig]

I'm using a cut of code from a couple of weeks ago.  I'm wondering if there
are some places where a redirect to the portal page would be better than
doing a forward.

For instance, if I:
- Customize my portal
- Save/apply
- Follow a link on my portal that changes the current browser page (rather
than targetting another window)
- Hit the back button

I get an error about the page being no longer cached from IE.  If I elect to
refresh the page and allow it to resubmit my parameters (from the save), I
will blow up with the attached "Horrible exception" (see below)

This is one of the reasons that many times we do a "sendRedirect" in our web
applications rather than a forward.  It avoids these problems.  It does
require more request/reply pairs, but I believe it is better in some cases.

Any thoughts?
Craig

Craig Setera
Sun Certified Java Programmer/Developer/Web Component Developer
Senior Software Architect, Kingland Systems Corporation

Horrible Exception: java.lang.reflect.InvocationTargetException:
java.lang.NullPointerException at
org.apache.jetspeed.modules.actions.controllers.MultiColumnControllerAction.
doSave(MultiColumnControllerAction.java:350) at
java.lang.reflect.Method.invoke(Native Method) at
org.apache.turbine.util.velocity.VelocityActionEvent.executeEvents(VelocityA
ctionEvent.java:166) at
org.apache.jetspeed.modules.actions.controllers.VelocityControllerAction.per
form(VelocityControllerAction.java:110) at
org.apache.turbine.modules.ActionLoader.exec(ActionLoader.java:122) at
org.apache.turbine.modules.pages.DefaultPage.doBuild(DefaultPage.java:143)
at org.apache.turbine.modules.Page.build(Page.java:90) at
org.apache.turbine.modules.PageLoader.exec(PageLoader.java:123) at
org.apache.turbine.Turbine.doGet(Turbine.java:565) at
org.apache.turbine.Turbine.doPost(Turbine.java:655) at
javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at
javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:247) at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:193) at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:243) at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66) at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:201) at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66) at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2344)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164
) at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66) at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.
java:170) at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64) at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170
) at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64) at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:462) at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64) at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
:163) at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66) at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at
org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:
1011) at
org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1106
) at java.lang.Thread.run(Thread.java:484) 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Cutting down a bit our bandwidth comsuption

[Ignacio J. Ortega]

Hola a todos:

Please, be aware that almost all our communications carry the full
initial message we responded to and almost anyone here ( including me )
is sinful of this practice, so messages end having a long long trail of
unreaded quoted text, we need to cut down a bit all these lines..

This is the cost conscious behaviour ( Collabnet pays the bill ) ,
digest
friendly ( now Digest are an almost unreadable mess of repeating quoted
messages ) and makes my mailbox not scream so loud.. ;)

Thanks in advance

Saludos ,
Ignacio J. Ortega

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Small bug in NewAccount.vm?

[Nutter, Mark]

I saw a couple error messages in velocity.log when I tried submitting a new
account request, and I think there are a couple lines in
/webapp/WEB-INF/templates/vm/screens/html/NewAccount.vm that need
to be updated with new versions of the property names.  Here's the cvs diff:

cvs diff NewAccount.vm (in directory D:\Jakarta
CVS\jakarta-jetspeed\webapp\WEB-INF\templates\vm\screens\html\)
Index: NewAccount.vm
===
RCS file:
/home/cvspublic/jakarta-jetspeed/webapp/WEB-INF/templates/vm/screens/html/Ne
wAccount.vm,v
retrieving revision 1.6
diff -r1.6 NewAccount.vm
9,10c9,10
<   #if ( $config.getString("new.user.approval") != "on" )
< #if ( $config.getString("confirm.email.enable") == "true" )
---
>   #if ( $config.getString("newuser.approval.enable") != "true" )
# my change
> #if ( $config.getString("newuser.confirm.enable") == "true" )
# my change

I'm not sure that I've guessed the best/correct property names, but this is
what I used and it seems to work.  Note that I changed both the property
name and the "on" value (for newuser.approval.enable).  The "true" seemed
more consistent.  I'm very new to all this though, so I thought I'd just put
this up for comment.

Mark Nutter
Manager, IT Applications Development
Marconi
[EMAIL PROTECTED]
Your PC can help fight AIDS-- 



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Adding portlet category support?

[Setera, Craig]

I took a look at the new portal API specification.  It looks excellent.  I
like the parallels being drawn between the portlet API and the servlets API.
When is the plan to decide on this proposal and begin implementation?  Soon
after 1.3a2?

Thanks,
Craig

-Original Message-
From: David Sean Taylor [mailto:[EMAIL PROTECTED]]
Sent: Thursday, December 06, 2001 11:23 AM
To: 'Jetspeed Developers List'
Subject: RE: Adding portlet category support?


We should consider this in the next iteration.
The Portlet API doesn't cover this subject. Have you seen the proposal?
The javadocs are in the cvs under
\proposals\portletAPI\javadoc\api\index.html

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Jetspeed Localization Issue

[Hugh Brien]

I have built the latest version of Jetspeed from CVS and have run into a
problem with Localization.  The localization tool does not seem to be
working properly.
The $l10n tool is not be instantiated so none of the localization variables
are being set.  I have looked through both Jetspeed and Turbine source and
cannot find any Resource bundles or Resource type classes.   Does anyone
have any insight on this issue.
The localization service is being started and it looks like the the
configuration is correct.
>From my log file:
-- Start Initializing service (early): LocalizationService
[Sat Dec 08 12:54:30 EST 2001] -- INFO -- Finish Initializing service
(early): LocalizationService
[Sat Dec 08 12:54:32 EST 2001] -- INFO -- Instantiated tool class
org.apache.turbine.services.localization.LocalizationTool to add to the
context as '$l10n'
r,
Hugh


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Jetspeed Localization Issue

[Hugh Brien]

Sorry for being an idiot, I found the properties resource files.
locale.default.bundle=org.apache.jetspeed.modules.localization.JetspeedLocal
ization
r,
Hugh

- Original Message -
From: "Hugh Brien" <[EMAIL PROTECTED]>
To: "Jetspeed Developers List" <[EMAIL PROTECTED]>
Sent: Saturday, December 08, 2001 1:27 PM
Subject: Jetspeed Localization Issue


> I have built the latest version of Jetspeed from CVS and have run into a
> problem with Localization.  The localization tool does not seem to be
> working properly.
> The $l10n tool is not be instantiated so none of the localization
variables
> are being set.  I have looked through both Jetspeed and Turbine source and
> cannot find any Resource bundles or Resource type classes.   Does anyone
> have any insight on this issue.
> The localization service is being started and it looks like the the
> configuration is correct.
> From my log file:
> -- Start Initializing service (early): LocalizationService
> [Sat Dec 08 12:54:30 EST 2001] -- INFO -- Finish Initializing service
> (early): LocalizationService
> [Sat Dec 08 12:54:32 EST 2001] -- INFO -- Instantiated tool class
> org.apache.turbine.services.localization.LocalizationTool to add to the
> context as '$l10n'
> r,
> Hugh
>
>
> --
> To unsubscribe, e-mail:

> For additional commands, e-mail:

>


--
To unsubscribe, e-mail:   
For additional commands, e-mail: