Re: submit form in struts-portlet

2005-03-17 Thread Thomas . Koch
hi !

thank you for your tips.

i tried it like follow.
but i detect, that i don't reach the action after submit..



%@ taglib uri=/tags/struts-portlet prefix=html-p %

html:form action=/kundeSave.do styleId=EDITFORM


html-p:link styleClass=button 
href=javascript:submitForm(this.form);save/html-p:link



function submitForm(theform)
{ 
theform.submit();

if(checkRequiredFields()){
if(checkUsername()){
 document.getElementById(EDITFORM).submit();
}
}
}


at the moment i have no idea.

thank u

thomas koch

Re: submit form in struts-portlet

2005-03-17 Thread Thomas . Koch
the problem is, that he don't execute any javascript.

html-p:link href=javascript:alert('test');test/html-p:link
for example does not work.

mh, i dont know.

Re: Graffito - Jetspeed CMS framework

2005-03-17 Thread LOMBART Christophe
Fabrice Dewasmes wrote:

 I've tried to use it. In fact the maven scripts don't work 'out of the box' 
for hsql. There are a few bugs. Here are those that I remember :

Until now, the complete Graffito team is using MySql. We have to make more 
tests with other DB. We are still under dev :-)
That's the same for Fusion. We have to review maven goals to support HSQL  
fusions. Another issues to check for the fusion integration is the security. 
Jetspeed 2  Graffito are using JAAS which is not the case for Jetspeed 1. 


 - empty password for  DB is not valid

What do you mean ? 

 - torque SQL scripts generation doesn't generate a good script for creation 
of content table because of the BLOB field (the field has no type) -- should 
have been set to OBJECT type ?

If I'm remember correctly, it should be OBJECT.  Same issue here, That's 
strange ! Torque doesn't support blob for HSQL ?

 - SQL scripts are maybe not generated at the right place (src/sql/... vs 
 target/src/sql/...)

Scripts in src/sql are not generated scripts. They are usefull scripts like 
inserting rows, delete DB, ...
All torque scripts are in target/src/sql.

 - J2 deploy doesn't deploy assembly at the right place (WEB-INF/assembly 
instead of WEB-INF/conf/assembly)

WEB-INF/assembly is mandatory for Jetspeed 2. We have to write a fusion deploy 
goals in order to deploy in WEB-INF/conf/assembly.


 At the end, everything deploys well within JS1+Fusion. BUT I don't 
 understand how to use the portlet. When in view mode, the portlet tells me 
 that i'm connected to [server]jetspeed but that there is no content and I 
 should use edit mode. But in edit mode the portlet appears empty and no log 
 in the console What did I miss ?

You should see in the edit mode buttons Add Document Add folder.
That's strange that you don't see them.

I'm going to add all theses issues in Graffito Jira.

Please, can you use the Graffito dev mailing list to send all bugs, issues  
comments on Graffito ?

Thanks,
Christophe




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



JS2 - Problem getting into Edit Mode

2005-03-17 Thread Jouni Rajala
I am using JS2 from CVS/HEAD and checked it out couple of days ago.
Problem is that after logging in as administrator I can't get into edit 
mode of
portlets. Edit mode icon is missing from portlet entirely. After I once 
minimize
or maximize the portlet, edit mode icon appears and works normally.

On some pages it seems to work ok. Can't find any logic why it works
on some pages and why not on some others. I am using stock pages from
CVS and I haven't modified them in any way.
Should I post ticket into Jira or are you aware of this issue ?
--
Jouni Rajala
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


J2(stuts-Bridge) problems with german umlauts (vowel mutation) e.g. üäö

2005-03-17 Thread Thomas . Koch
hi !

is it possible thats true ?
ia m using a struts-portet with J2 und struts-bridge 0.2

when i insert some data into a formular which contains a few umlauts(ü or 
ä or ö)
i will get utf-signs in my next action and in my object.

is that a something i can configure or is it a general ?

best regards

thomas koch

Re: submit form in struts-portlet

2005-03-17 Thread Jeff Sheets
Do a view source in your browser window, and make sure that the
html-p taglib is being resolved correctly.  You should see your tag as
a href=

Also, try taking the semi-colon out of the href.

Otherwise, make sure javascript is turned on in your browser.


On Thu, 17 Mar 2005 10:17:14 +0100, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
 the problem is, that he don't execute any javascript.
 
 html-p:link href=javascript:alert('test');test/html-p:link
 for example does not work.
 
 mh, i dont know.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: importing PSML into the database - where do I put the driver?

2005-03-17 Thread Sven Richter
Hallo,
I works for you? Did you put it into your HOME-Directory and not into your  
project-root-directory (did you just create a new file or did it already  
exist)?  Could you please post your file as an example please?

Thank you very much,
Sven.
Am Thu, 17 Mar 2005 08:54:04 +0100 schrieb Roel van Dijk  
[EMAIL PROTECTED]:


 I did see this, but was unsure how to use it. Where do I define these
 variables ${org.apache.jetspeed.test.jdbc.j1.drivers.path} ?
in your $HOME/build.properties
Excellent. Maybe it's wise to add this information to the Jetspeed-1  
PSML DB
page here:

http://portals.apache.org/jetspeed-1/psml_db.html
Or at least link to this Jetspeed-2 page, where it is described (and
apparently is applicable to Jetspeed-1, too).
http://portals.apache.org/jetspeed-2/database.html
Roel

-
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: importing PSML into the database - where do I put the driver?

2005-03-17 Thread Roel van Dijk
I didn't do this, but I guess it should work. For my project I altered some of 
the files in the Jetspeed source directories. Read my description from earlier 
this week on:

http://www.mail-archive.com/jetspeed-user@jakarta.apache.org/msg15698.html

Roel


 -Oorspronkelijk bericht-
 I works for you? Did you put it into your HOME-Directory and not 
 into your  
 project-root-directory (did you just create a new file or did it already  
 exist)?  Could you please post your file as an example please?

   I did see this, but was unsure how to use it. Where do I define these
   variables ${org.apache.jetspeed.test.jdbc.j1.drivers.path} ?
 
  in your $HOME/build.properties




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: importing PSML into the database - where do I put the driver?

2005-03-17 Thread Sven Richter
Hello,
First, thanks for your quick response.
I did everything you mentioned there. But I still get the error message:
=
[MyPortal]# maven import
 __  __
|  \/  |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
|_|  |_\__,_|\_/\___|_||_|  v. 1.0.2
BUILD FAILED
Goal import does not exist in this project.
Total time: 4 seconds
Finished at: Thu Mar 17 17:30:59 CET 2005
=
That doesn't seem to be the problem. I also didn't understand where you  
put the mysql.xml (./etc/project-dependencies/ = I don't have any such  
directory). So I added the statement directly into the project.xml.

Thank you very much,
Sven.
Am Thu, 17 Mar 2005 15:43:59 +0100 schrieb Roel van Dijk  
[EMAIL PROTECTED]:

I didn't do this, but I guess it should work. For my project I altered  
some of the files in the Jetspeed source directories. Read my  
description from earlier this week on:

http://www.mail-archive.com/jetspeed-user@jakarta.apache.org/msg15698.html
Roel

-Oorspronkelijk bericht-
I works for you? Did you put it into your HOME-Directory and not
into your
project-root-directory (did you just create a new file or did it already
exist)?  Could you please post your file as an example please?

  I did see this, but was unsure how to use it. Where do I define  
these
  variables ${org.apache.jetspeed.test.jdbc.j1.drivers.path} ?

 in your $HOME/build.properties


-
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: [J2] JS2-210: deployment refactoring branch updated with JBoss 3.2.7 support

2005-03-17 Thread Seth Ford
I am trying it out but I think I am doing something wrong with the
jetspeed2-layout-portlets.war Doesn't it still go in the WEB-INF
deploy folder? I put it there but I am seeing
INFO: Loading portlet application from web archive C:\apps\tomcat\5.0.
\jetspeed\WEB-INF\deploy\jetspeed-layouts.war
INFO: Portlet application jetspeed: registered=true, deployed=true
INFO: Portlet application jetspeed already registered.  Skipping ini
yment.
INFO: Portlet application registration target is jetspeed ...
INFO: Adding file:/C:/apps/tomcat/5.0.28/temp/jetspeed-jar-tmp/jetspee
war/WEB-INF/classes/ to class path.
INFO: Adding file:/C:/apps/tomcat/5.0.28/temp/jetspeed-jar-tmp/jetspee
war/WEB-INF/lib/portals-bridges-velocity-0.1.jar to class path.
INFO: Registered portlet app in the class loader registry... jetspeed
INFO: Registered portlet app in the search engine... jetspeed
INFO: Portlet application registration of jetspeed complete.
INFO: Portlet app jetspeed successfuly (re)deployed.

and I get an error coming back from the browser for the branch

Encountered the following problem(s) while attmepting to render
portlet fragment: dp-1
Failed to retrieve Portlet Definition for jetspeed::VelocityTwoColumns
org.apache.jetspeed.container.window.FailedToRetrievePortletWindow: No
PortletEntity exists for for id dp-1 removing window from cache.
Failed to retrieve Portlet Definition for jetspeed::VelocityTwoColumns
org.apache.jetspeed.container.window.FailedToRetrievePortletWindow: No
PortletEntity exists for for id dp-1 removing window from cache.



On Thu, 17 Mar 2005 03:01:59 +0100, Ate Douma [EMAIL PROTECTED] wrote:
 Dear all,
 
 Today I committed a big update for the deployment refactoring branch.
 I've added the following features:
 
 - Moved Deployment interfaces and related components to the jetspeed-api 
 subproject,
   as well as the ApplicationServerManager interface and its new Result 
 component.
   This allows access to these services for portlet applications.
 
 - Provided a new ManagerServlet somewhat like the ManagerServlet of Tomcat.
   It allows remote control of portlet applications and the registry with the
   following functions: start, stop, reload, list, undeploy and deploy 
 (upload).
   I also created a new JetspeedConsole CLI using the ManagerServlet which 
 works
   well, but which I haven't committed yet because I need to clean it up first.
 
 - The ManagerServlet depends for several of its tasks on a 
 ApplicationServerManager
   implementation. With the TomcatManager all of its features can now be used.
   The implementations of the JBossManager and WeblogicManager are still empty
   shells though and probably someone else with more knowledge of these
   application servers should take a look at those.
 
 - A new PortletApplicationManager portlet. Yes, another PAM indeed, and the
   naming of these is getting confusing.
   This new portlet though provides (almost) the same functionality as the 
 ManagerServlet.
   Its lists all registered portlet applications in a table with action links 
 for:
   start, stop, undeploy and delete (unregister from the registry).
   It also shows if an portlet application actually is running or not.
   Because I wanted to provide this functionality in table layout, I decided 
 to not
   implement it in the already existing PAM (PortletApplicationBrowser) 
 portlet which
   presents the portlet applications and its portlets in a tree.
   For now, this portlet is accessible from the Administrative folder 
 (pam2.psml).
   We probably need to discuss though if and/or how these two portlets should 
 be
   integrated.
   This portlet also depends on a ApplicationServerManager. If none is 
 configured (like
   for JBoss) it will still show if a portlet application is running or not 
 and allow
   to delete (unregister) an portlet application.
 
 - J2 on JBoss
   Because one of the premises of this deployment refactoring was that it 
 should make
   it easier to deploy J2 on other application servers as well, I decided to 
 prove this
   and got my feet wet trying it out for JBoss (3.2.7).
 
   With success!
   I wrote a list of things to do to get this branch running on JBoss in a 
 comment to
   JS2-210: http://issues.apache.org/jira/browse/JS2-210#action_60983
   Once this branch is merged into the head branch I'll provide proper 
 instructions on
   the website or wiki (although I'm not much of a wiki jockey yet).
   I also tested with JBoss 4.0.1sp1 which looks to be working just as well. I 
 didn't
   have time to test that one a lot though.
 
   Of course, there were quite a few problems to solve, but *none* were 
 related to
   (re)deployment. And many of the problems as indicated by the wiki pages for 
 JBoss
   deployment of the M1 or current head version of J2 seems to be resolved :-)
 
   The following issues are important though:
   - commons-logging and Log4J dependencies
 JBoss provides commons-logging and Log4J, as well as the Log4J 
 

Re: [J2] JS2-210: deployment refactoring branch updated with JBoss 3.2.7 support

2005-03-17 Thread Ate Douma

Seth Ford wrote:
I am trying it out but I think I am doing something wrong with the
jetspeed2-layout-portlets.war Doesn't it still go in the WEB-INF
deploy folder? I put it there but I am seeing
INFO: Loading portlet application from web archive C:\apps\tomcat\5.0.
\jetspeed\WEB-INF\deploy\jetspeed-layouts.war
INFO: Portlet application jetspeed: registered=true, deployed=true
INFO: Portlet application jetspeed already registered.  Skipping ini
yment.
INFO: Portlet application registration target is jetspeed ...
INFO: Adding file:/C:/apps/tomcat/5.0.28/temp/jetspeed-jar-tmp/jetspee
war/WEB-INF/classes/ to class path.
INFO: Adding file:/C:/apps/tomcat/5.0.28/temp/jetspeed-jar-tmp/jetspee
war/WEB-INF/lib/portals-bridges-velocity-0.1.jar to class path.
INFO: Registered portlet app in the class loader registry... jetspeed
INFO: Registered portlet app in the search engine... jetspeed
INFO: Portlet application registration of jetspeed complete.
INFO: Portlet app jetspeed successfuly (re)deployed.
and I get an error coming back from the browser for the branch
Seth,
I'm not sure which version of J2 you are testing but it certainly isn't
the deployment_refactoring branch.
Looking at the logging you provided this looks a cvs head version to me.
The deployment_refactoring doesn't need temporary deployment folders like
/temp/jetspeed-jar-tmp anymore and furthermore the jetspeed-layouts local
pa is registered under its own name: jetspeed-layouts (which means I had
to change the psml definitions for that too).
Encountered the following problem(s) while attmepting to render
portlet fragment: dp-1
Failed to retrieve Portlet Definition for jetspeed::VelocityTwoColumns
org.apache.jetspeed.container.window.FailedToRetrievePortletWindow: No
PortletEntity exists for for id dp-1 removing window from cache.
Failed to retrieve Portlet Definition for jetspeed::VelocityTwoColumns
org.apache.jetspeed.container.window.FailedToRetrievePortletWindow: No
PortletEntity exists for for id dp-1 removing window from cache.

On Thu, 17 Mar 2005 03:01:59 +0100, Ate Douma [EMAIL PROTECTED] wrote:
Dear all,
Today I committed a big update for the deployment refactoring branch.
I've added the following features:
- Moved Deployment interfaces and related components to the jetspeed-api 
subproject,
 as well as the ApplicationServerManager interface and its new Result component.
 This allows access to these services for portlet applications.
- Provided a new ManagerServlet somewhat like the ManagerServlet of Tomcat.
 It allows remote control of portlet applications and the registry with the
 following functions: start, stop, reload, list, undeploy and deploy (upload).
 I also created a new JetspeedConsole CLI using the ManagerServlet which works
 well, but which I haven't committed yet because I need to clean it up first.
- The ManagerServlet depends for several of its tasks on a 
ApplicationServerManager
 implementation. With the TomcatManager all of its features can now be used.
 The implementations of the JBossManager and WeblogicManager are still empty
 shells though and probably someone else with more knowledge of these
 application servers should take a look at those.
- A new PortletApplicationManager portlet. Yes, another PAM indeed, and the
 naming of these is getting confusing.
 This new portlet though provides (almost) the same functionality as the 
ManagerServlet.
 Its lists all registered portlet applications in a table with action links for:
 start, stop, undeploy and delete (unregister from the registry).
 It also shows if an portlet application actually is running or not.
 Because I wanted to provide this functionality in table layout, I decided to 
not
 implement it in the already existing PAM (PortletApplicationBrowser) portlet 
which
 presents the portlet applications and its portlets in a tree.
 For now, this portlet is accessible from the Administrative folder (pam2.psml).
 We probably need to discuss though if and/or how these two portlets should be
 integrated.
 This portlet also depends on a ApplicationServerManager. If none is configured 
(like
 for JBoss) it will still show if a portlet application is running or not and 
allow
 to delete (unregister) an portlet application.
- J2 on JBoss
 Because one of the premises of this deployment refactoring was that it should 
make
 it easier to deploy J2 on other application servers as well, I decided to 
prove this
 and got my feet wet trying it out for JBoss (3.2.7).
 With success!
 I wrote a list of things to do to get this branch running on JBoss in a 
comment to
 JS2-210: http://issues.apache.org/jira/browse/JS2-210#action_60983
 Once this branch is merged into the head branch I'll provide proper 
instructions on
 the website or wiki (although I'm not much of a wiki jockey yet).
 I also tested with JBoss 4.0.1sp1 which looks to be working just as well. I 
didn't
 have time to test that one a lot though.
 Of course, there were quite a few problems to solve, but *none* were 

[J2] Logging in portlets

2005-03-17 Thread Martin Dulisch
Hello,
what is the recommendet way for logging in portlets?
I added a new category and file appender to the log4j.properties in 
(jetspeed-webapp-dir)/WEB-INF/conf. The log file is created but it is 
empty. The level is set to debug. I noticed that the logfiles from the 
example portlets are also empty (e.g. sutruts).

How can I use logging in my portlet? Does jetspeed 2 use log4j?
I am using the current cvs version with tomcat 5.0.30.
Thanks, Martin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Importing Jetspeed settings into database

2005-03-17 Thread Sven Richter
Hello,
to where do I copy the maven import goal into your project  
(project.properties, project.xml)? Also where do I inlude the jetspeed 1.5  
jar into my path (path refid or one of the pathelements)? I just can't get  
it to work. I always get the error goal import dows not exist for this  
project. Is there any working example file for MySQL and Tomcat?

Thank you very much,
Sven Richter.
Am Mon, 14 Mar 2005 17:29:19 -0800 schrieb David Sean Taylor  
[EMAIL PROTECTED]:

Sven Richter wrote:
Thank you for your quick answer.
 But I generated a new jetspeed-application with the maven plugin  
(maven  jetspeed:genapp) that I'm working with. Doesn't your answer not  
only  import the settings from the original jetspeed into the database?


copy the maven import goal into your project
(you will need to update the class path below to include the jetspeed  
1.5 jar)
it should then look at the psml files located in your psml directory tree

goal name=import
 description=Import PSML
 java fork=true  
classname=org.apache.jetspeed.services.psmlmanager.PsmlImporter 
 !-- comment this out to preserve existing profiles --
 arg value=false/
   classpath
 path refid=maven.dependency.classpath/
 pathelement path=${maven.build.dest}/
 pathelement  
path=${org.apache.jetspeed.test.jdbc.j1.drivers.path}/
 pathelement  
path=${org.apache.jetspeed.test.jdbc.j1.drivers.path2}/
 pathelement  
path=${org.apache.jetspeed.test.jdbc.j1.drivers.path3}/
   /classpath
 /java
 /goal

Thank you very much,
Sven.
 Am Mon, 14 Mar 2005 15:05:01 -0800 schrieb David Sean Taylor   
[EMAIL PROTECTED]:

Sven Richter wrote:
Hello,
 is there nobody who can help me with my problem? I need this to  
carry  on.
 Please help me!

you have to run import from the jetspeed source directory

   -
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: importing PSML into the database - where do I put the driver?

2005-03-17 Thread Boukhalfa BRAHITI
HY,

I imported psml i my Postregsql yesterday. I tried several solutions and
finally I put the driver in the path %JAVA_HOME%\jre\lib\ext and it works.

I hope it will help you.


-Message d'origine-
De : Sven Richter [mailto:[EMAIL PROTECTED] 
Envoyé : jeudi 17 mars 2005 17:49
À : Jetspeed Users List
Objet : Re: importing PSML into the database - where do I put the driver?

Hello,

First, thanks for your quick response.

I did everything you mentioned there. But I still get the error message:

=
[MyPortal]# maven import
  __  __
|  \/  |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
|_|  |_\__,_|\_/\___|_||_|  v. 1.0.2

BUILD FAILED
Goal import does not exist in this project.
Total time: 4 seconds
Finished at: Thu Mar 17 17:30:59 CET 2005
=

That doesn't seem to be the problem. I also didn't understand where you  
put the mysql.xml (./etc/project-dependencies/ = I don't have any such  
directory). So I added the statement directly into the project.xml.

Thank you very much,
Sven.


Am Thu, 17 Mar 2005 15:43:59 +0100 schrieb Roel van Dijk  
[EMAIL PROTECTED]:

 I didn't do this, but I guess it should work. For my project I altered  
 some of the files in the Jetspeed source directories. Read my  
 description from earlier this week on:

 http://www.mail-archive.com/jetspeed-user@jakarta.apache.org/msg15698.html

 Roel


 -Oorspronkelijk bericht-
 I works for you? Did you put it into your HOME-Directory and not
 into your
 project-root-directory (did you just create a new file or did it already
 exist)?  Could you please post your file as an example please?

   I did see this, but was unsure how to use it. Where do I define  
 these
   variables ${org.apache.jetspeed.test.jdbc.j1.drivers.path} ?
 
  in your $HOME/build.properties




 -
 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: [J2] Logging in portlets

2005-03-17 Thread Thomas . Koch
hi !
my logging with log4j and tomcat 5.0.28 and cvs-version from 2.5 weeks 
works fine.
the property is in webinf/classes and the log is on desktop, because i'am 
starting tomcat from this point.

thomas