J2 build failed. maven allClean... build failed, The filename, directory... maven:reactor ... Line 103

About error: C:\jakarta-jetspeed-2maven allClean allBuild __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0.1 Starting the reactor... BUILD FAILED File.. C:\jakarta-jetspeed-2\maven.xml Element... maven:reactor Line..

J2.build.failed: maven allClean allBuild - compiler can not find javax.servlet package

I can't build Jetspeed-2. (download from CVS 2005.03.30) Windows; java 1.4.2_04 tomcat 5.0.18 c:\jakarta-jetspeed-2maven allClean allBuild + | Cleaning Jetspeed-2 Persistence Components | Memory: 8M/13M +

cvs commit: jakarta-jetspeed-2/etc/project-dependencies jsf-bridge-deps.xml

ate 2005/03/31 06:07:19 Modified:components/deploy-tool project.xml applications/rss project.xml components/security project.xml locator.ent design-docs project.xml components/capability project.xml locator.ent

Unwanted parameters persistence

hi, i'm working on J2 + Tomcat 5.5, and i've a problem with parameters... i build Urls with : PortletUrl pu = renderResponse.createRenderURL(); and there is allways parameters which come from the current page... i've tried to delete it with pu.setParameters(new HashMap()); or

[J2] Big update to entity reference usage

I've replaced the locator-entities usage for all projects now using dynamic entity parameter substitution. Now only one master locator.ent definition is needed in the project root folder. To be able to determine the correct relative directory for usage within sub projects, an external

Re: J2 build failed. maven allClean... build failed, The filename, directory... maven:reactor ... Line 103

Vladimir Figurov wrote: About error: C:\jakarta-jetspeed-2maven allClean allBuild __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0.1 Starting the reactor... BUILD FAILED File.. C:\jakarta-jetspeed-2\maven.xml Element...

Re: J2.build.failed: maven allClean allBuild - compiler can not find javax.servlet package

Vladimir Figurov wrote: I can't build Jetspeed-2. (download from CVS 2005.03.30) Windows; java 1.4.2_04 tomcat 5.0.18 You should use tomcat 5.0.28 or higher! c:\jakarta-jetspeed-2maven allClean allBuild + | Cleaning Jetspeed-2 Persistence Components |

cvs commit: jakarta-jetspeed-2/portals-bridges/velocity/src/java/org/apache/portals/bridges/velocity GenericVelocityPortlet.java

rwatler 2005/03/31 07:07:00 Modified: portals-bridges/velocity/src/java/org/apache/portals/bridges/velocity GenericVelocityPortlet.java Log: add constant, (PortletResponse.USER_INFO) Revision ChangesPath 1.5 +4 -2

cvs commit: jakarta-jetspeed-2/maven-plugin project.xml

ate 2005/03/31 07:50:07 Modified:maven-plugin project.xml Log: Removed external locator-entities entity parameter definition again. Shouldn't (nor can't) be used from a plugin. Revision ChangesPath 1.14 +1 -4 jakarta-jetspeed-2/maven-plugin/project.xml

Job openings at rosa.com in Switzerland...

Hi there, We have some interesting open jobs at our innovative portal engineering company in Switzerland/Zürich for Portal and CMS engineering. If you're not Swiss, you'll need extra work permission (unfortunately). If you are interested, get in touch with us. Best regards, Marky Goldstein

Re: Unwanted parameters persistence

Luc Fouin a écrit : there is allways parameters which come from the current page... i've tried to delete it with pu.setParameters(new HashMap()); or pu.setParameter(myKey, myValue); but it still does not work... i allways got parameters that i don't want... is there a bug in parameters

[VOTE] Move to latest version of pluto (RC3)

All, I would like to propose moving to the latest (RC3) of Pluto as it addresses the problem of corrupted multi-byte character sets as described by Shinsuke in this issue: http://issues.apache.org/jira/browse/JS2-200. AFAIK, there is really no official release of RC3 available for

Re: [VOTE] Move to latest version of pluto (RC3)

Scott T Weaver wrote: All, I would like to propose moving to the latest (RC3) of Pluto as it addresses the problem of corrupted multi-byte character sets as described by Shinsuke in this issue: http://issues.apache.org/jira/browse/JS2-200. AFAIK, there is really no official release of RC3

cvs commit: jakarta-jetspeed-2/applications/demo project.xml

ate 2005/03/31 12:19:46 Modified:applications/demo project.xml Log: Corrected reference to parent project Revision ChangesPath 1.32 +2 -2 jakarta-jetspeed-2/applications/demo/project.xml Index: project.xml

Re: [VOTE] Move to latest version of pluto (RC3)

Ate Douma wrote: Scott T Weaver wrote: I would like to propose moving to the latest (RC3) of Pluto as it addresses the problem of corrupted multi-byte character sets as described by Shinsuke in this issue: http://issues.apache.org/jira/browse/JS2-200. I'm +1 for moving to the latest Pluto (after

Re: [VOTE] Move to latest version of pluto (RC3)

Ate Douma wrote: Scott T Weaver wrote: I would like to propose moving to the latest (RC3) of Pluto as it addresses the problem of corrupted multi-byte character sets as described by Shinsuke in this issue: http://issues.apache.org/jira/browse/JS2-200. I'm +1 for moving to the latest Pluto

[VOTE] Move to latest version of pluto (RC3)

All, I would like to propose moving to the latest (RC3) of Pluto as it addresses the problem of corrupted multi-byte character sets as described by Shinsuke in this issue: http://issues.apache.org/jira/browse/JS2-200. AFAIK, there is really no official release of RC3 available for

cvs commit: jakarta-jetspeed/src/java/org/apache/jetspeed/portal/portlets/viewprocessor VelocityViewProcessor.java

jford 2005/03/31 20:56:06 Modified:src/java/org/apache/jetspeed/portal/portlets/viewprocessor VelocityViewProcessor.java Log: Fixed issue with data not being output properly Revision ChangesPath 1.6 +1 -0

Re: J2.build.failed: maven allClean allBuild - compiler can not find javax.servlet package

Thanks, Ate Douma. yes, the trubles was in wrong servletapi-2.3.jar - not reading file. After delete this file in maven repository - the it's OK. [javac]