Re: missing dependency for Jetspeed 1.6-dev (portals-bridges-common-0.2.jar)
Roel van Dijk wrote: Just checked out a fresh Jetspeed 1.6-dev from the CVS. Building it using maven gives me this error: Attempting to download portals-bridges-common-0.2.jar. WARNING: Failed to download portals-bridges-common-0.2.jar. The build cannot continue because of the following unsatisfied dependency: portals-bridges-common-0.2.jar Hm.. Where can I get this? (I still have 0.1) I guess you're building with Fusion (org.apache.jetspeed.fusion=true in your build.properties). This weekend, Fusion is brought up to date with the just released Jetspeed-2.0.-M2 (see: http://www.mail-archive.com/jetspeed-user%40jakarta.apache.org/msg15983.html) So, following the instructions for Fusion, you first have to build/install this new milestone version of Jetspeed-2 first. The portals-bridges-common-0.2.jar will be automatically installed then in your local maven repository. Ate 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]
appearance of the welcome to jetspeed2 site
Hello Jetspeed-User-Community, actually i am working with Jetspeed2 and i have some questions and speculations about the different Portal Pages, which are presented. My first example is the Welcome to Jetspeed2 - site. Im using the manager (as user with the roles user,manager). The Portalpage Welcome to Jetspeed2 looks like this: The Navigation on the left side appears with the different subfolders of pages, links and Pages: Public Folders Non-Java Portlets Third Party Portlets Work in Progress __ Why is this the current order? ___ Non Java Pages PERL demo PHP demo ___ Does Non Java Pages come from the non-java.ds(title), think so and are the demos sorted bye their name, are they alphabetically arranged? __ Profiled Pages My Secound PSML page Does Profiled Pages come from the pages.ds(title) and is the p002.psml page listed here because of the notiation in the pages.ds? Additional Links I guess that this part of the navigation is constructed as manager via the folder.metadata of pages ? Additional i have edited the folder.metadata in the /Administrative-Folder that only the admin has access to this part of the portal. Thanks for reading, best regards, Benjamin Bratkus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: missing dependency for Jetspeed 1.6-dev (portals-bridges-common-0.2.jar)
Roel van Dijk wrote: Ate said: I guess you're building with Fusion (org.apache.jetspeed.fusion=true in your build.properties). Actually, the default project.properties file that comes with 1.6-dev states: org.apache.jetspeed.fusion=false Check you're $USER_HOME/build.properties if you haven't defined it there (it will override any project.properties). I'll try and install M2 as a quick fix for now, thanks. 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: missing dependency for Jetspeed 1.6-dev (portals-bridges-common-0.2.jar)
Check you're $USER_HOME/build.properties if you haven't defined it there (it will override any project.properties). I know, nothing about fusion in there either, but maven still tries to download that jar file.. Roel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: missing dependency for Jetspeed 1.6-dev (portals-bridges-common-0.2.jar)
Ate Douma wrote: Roel van Dijk wrote: Check you're $USER_HOME/build.properties if you haven't defined it there (it will override any project.properties). I know, nothing about fusion in there either, but maven still tries to download that jar file.. Ok. I'm gonna test this right now and correct this in the build script if need be... You are correct Roel. Jetspeed-1 currently depends on this jar (and Jetspeed-2.0-M2 jars as well) for building it even if you're not gonna build Fusion. Because the portals-bridges-common-0.2.jar isn't available yet from bluesunrise/maven repository you're having this problem. I've thought out a solution which will effectively remove the dependencies on both this jar and the other Jetspeed-2 jars, but I first need to consult with David Sean Taylor about it. So, we will have this fixed by tomorrow either with the jar available from bluesunrise/maven or with the generic solution I have in mind. Anyone running into this same problem today can mail me directly and I'll send you this jar (as I can't send it through the mailing list). Regards, Ate 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] . - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: missing dependency for Jetspeed 1.6-dev (portals-bridges-common-0.2.jar)
Ate, I am sorry, it is actually 0.3-dev jar not 0.3. I had to drag the window to see the full name:( Hema On Apr 6, 2005 2:46 AM, Ate Douma [EMAIL PROTECTED] wrote: Hema Menon wrote: I am running into the same problem. I did build Jetspeed M2, the build was successful. When M2 is built, I will get portal-bridges-common-0.3.jar. This I find odd. If you checkout the current Jetspeed-2.0 cvs head, you *will* build portals-bridges-common-0.3-dev.jar as the versions all are bumped up for the following M3 release (definition in etc/artifact-versions.ent). There isn't a version 0.3 yet. If you build M2, you should end up with portals-bridges-common-0.2.jar. I just checked and its build for me... I've been looking in the config files for Jetspeed 1.6 to find out where infact does it have the dependency with 0.2 version of portal-bridges-commons. Could not find that out:( Hema On Apr 6, 2005 1:45 AM, Ate Douma [EMAIL PROTECTED] wrote: Ate Douma wrote: Roel van Dijk wrote: Check you're $USER_HOME/build.properties if you haven't defined it there (it will override any project.properties). I know, nothing about fusion in there either, but maven still tries to download that jar file.. Ok. I'm gonna test this right now and correct this in the build script if need be... You are correct Roel. Jetspeed-1 currently depends on this jar (and Jetspeed-2.0-M2 jars as well) for building it even if you're not gonna build Fusion. Because the portals-bridges-common-0.2.jar isn't available yet from bluesunrise/maven repository you're having this problem. I've thought out a solution which will effectively remove the dependencies on both this jar and the other Jetspeed-2 jars, but I first need to consult with David Sean Taylor about it. So, we will have this fixed by tomorrow either with the jar available from bluesunrise/maven or with the generic solution I have in mind. Anyone running into this same problem today can mail me directly and I'll send you this jar (as I can't send it through the mailing list). Regards, Ate 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] . - 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] -- ~~ Hema Menon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: missing dependency for Jetspeed 1.6-dev (portals-bridges-common-0.2.jar)
Hema Menon wrote: Ate, I am sorry, it is actually 0.3-dev jar not 0.3. I had to drag the window to see the full name:( Then you can simple copy it to portals-bridges-common-0.2.jar as it hasn't changed yet (or build/install Jetspeed-2 M2). Hema On Apr 6, 2005 2:46 AM, Ate Douma [EMAIL PROTECTED] wrote: Hema Menon wrote: I am running into the same problem. I did build Jetspeed M2, the build was successful. When M2 is built, I will get portal-bridges-common-0.3.jar. This I find odd. If you checkout the current Jetspeed-2.0 cvs head, you *will* build portals-bridges-common-0.3-dev.jar as the versions all are bumped up for the following M3 release (definition in etc/artifact-versions.ent). There isn't a version 0.3 yet. If you build M2, you should end up with portals-bridges-common-0.2.jar. I just checked and its build for me... I've been looking in the config files for Jetspeed 1.6 to find out where infact does it have the dependency with 0.2 version of portal-bridges-commons. Could not find that out:( Hema On Apr 6, 2005 1:45 AM, Ate Douma [EMAIL PROTECTED] wrote: Ate Douma wrote: Roel van Dijk wrote: Check you're $USER_HOME/build.properties if you haven't defined it there (it will override any project.properties). I know, nothing about fusion in there either, but maven still tries to download that jar file.. Ok. I'm gonna test this right now and correct this in the build script if need be... You are correct Roel. Jetspeed-1 currently depends on this jar (and Jetspeed-2.0-M2 jars as well) for building it even if you're not gonna build Fusion. Because the portals-bridges-common-0.2.jar isn't available yet from bluesunrise/maven repository you're having this problem. I've thought out a solution which will effectively remove the dependencies on both this jar and the other Jetspeed-2 jars, but I first need to consult with David Sean Taylor about it. So, we will have this fixed by tomorrow either with the jar available from bluesunrise/maven or with the generic solution I have in mind. Anyone running into this same problem today can mail me directly and I'll send you this jar (as I can't send it through the mailing list). Regards, Ate 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] . - 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]
using another version of torque in jetspeed 1.6-dev
Before I waste my time trying this, is it possible to change to the CVS version of Torque, using Jetspeed 1.6-dev? I have checked out Torque, and built the jar file. Would it be sufficient to change the Jetspeed dependencies, and point to the CVS version in stead of the torque-3.1.jar file? Or are there obvious complications? I'd like to do a LEFT JOIN, which is not supported in Torque 3.1 yet. Thanks, Roel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
url.case.folding issue.
Guys, This is just a follow up to Sandeep issue posted mid-2003 regarding the url.case.folding flag for the request params. (http://nagoya.apache.org/eyebrowse/SearchList?listId=listName=jetspeed [EMAIL PROTECTED]searchText=url.case.foldingdefaultField=subject Search=Search) I am using jetspeed v.1.5 I am using the ServletInvokerPortlet portlet to invoke some of my serlvets from portlets. I know that Jetspeed relies on turbine to parse the request parameters and fills in the run data. These parameters are cased based on the flag url.case.folding in turbineResources.properties. By default, this flag is set to lowercase by jetspeed. However, I need to switch that to none for my servlets to be able to find the params. Turning that flag to none makes the portlet configuration page (move up/move down) throw nullpointerexception. Has this been fixed already? Anyone aware of it?
RE: url.case.folding issue.
Just a quick update on that: It seems like it's a Turbine issue and not a jetspeed oneA pretty annoying one...though...If anyone has any clue on how to fix this, please let me know. -Original Message- From: Mehdi Bennani Sent: Wednesday, April 06, 2005 2:21 PM To: jetspeed-user@jakarta.apache.org Cc: jetspeed-dev@jakarta.apache.org Subject: url.case.folding issue. Guys, This is just a follow up to Sandeep issue posted mid-2003 regarding the url.case.folding flag for the request params. (http://nagoya.apache.org/eyebrowse/SearchList?listId=listName=jetspeed [EMAIL PROTECTED]searchText=url.case.foldingdefaultField=subject Search=Search) I am using jetspeed v.1.5 I am using the ServletInvokerPortlet portlet to invoke some of my serlvets from portlets. I know that Jetspeed relies on turbine to parse the request parameters and fills in the run data. These parameters are cased based on the flag url.case.folding in turbineResources.properties. By default, this flag is set to lowercase by jetspeed. However, I need to switch that to none for my servlets to be able to find the params. Turning that flag to none makes the portlet configuration page (move up/move down) throw nullpointerexception. Has this been fixed already? Anyone aware of it? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]