Re: Jetspeed 1.6
Is there a problem wih cvs.apache.org, keep getting cannot connect to host Thanks Jon Raphaël Luta wrote: [EMAIL PROTECTED] wrote: Taken from the Wiki Fusion runs JSR-168 Portlets inside of Jetspeed 1.6. To build Fusion, you need to first install and build Jetspeed-2. (building J2 will not be necessary with the final release and distribution of 1.6) When will the final release of 1.6 be ? Many thanks Jon David is currently working on it as a release manager. It currently undergoes a period of QA testing to ensure that the release will be as stable as possible. If you're interested, you can help us test the soon to be release by downloading the latest Jetspeed 1 CVS image and trying to build and run it. Make sure to report any problem you may encounter so that we may fix them before the release. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jetspeed 1.6
I have retrieved the latest Jetspeed 1 from CVS, built it and have it running against Tomcat 5.0.28. How do I go bout deploying JSR-168 compliant portlets, I know in J2 you can drop the war file into J2, wahat about J1.6+Fusion. Thanks Jon Raphaël Luta wrote: [EMAIL PROTECTED] wrote: Taken from the Wiki Fusion runs JSR-168 Portlets inside of Jetspeed 1.6. To build Fusion, you need to first install and build Jetspeed-2. (building J2 will not be necessary with the final release and distribution of 1.6) When will the final release of 1.6 be ? Many thanks Jon David is currently working on it as a release manager. It currently undergoes a period of QA testing to ensure that the release will be as stable as possible. If you're interested, you can help us test the soon to be release by downloading the latest Jetspeed 1 CVS image and trying to build and run it. Make sure to report any problem you may encounter so that we may fix them before the release. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Jetspeed 1.6
Taken from the Wiki Fusion runs JSR-168 Portlets inside of Jetspeed 1.6. To build Fusion, you need to first install and build Jetspeed-2. (building J2 will not be necessary with the final release and distribution of 1.6) When will the final release of 1.6 be ? Many thanks Jon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jetspeed 1.6
[EMAIL PROTECTED] wrote: Taken from the Wiki Fusion runs JSR-168 Portlets inside of Jetspeed 1.6. To build Fusion, you need to first install and build Jetspeed-2. (building J2 will not be necessary with the final release and distribution of 1.6) When will the final release of 1.6 be ? Many thanks Jon David is currently working on it as a release manager. It currently undergoes a period of QA testing to ensure that the release will be as stable as possible. If you're interested, you can help us test the soon to be release by downloading the latest Jetspeed 1 CVS image and trying to build and run it. Make sure to report any problem you may encounter so that we may fix them before the release. -- Raphaël Luta - [EMAIL PROTECTED] Apache Portals - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jetspeed 1.6
Thanks for the reply, will do as you suggested. Jon [EMAIL PROTECTED] wrote: Taken from the Wiki Fusion runs JSR-168 Portlets inside of Jetspeed 1.6. To build Fusion, you need to first install and build Jetspeed-2. (building J2 will not be necessary with the final release and distribution of 1.6) When will the final release of 1.6 be ? Many thanks Jon David is currently working on it as a release manager. It currently undergoes a period of QA testing to ensure that the release will be as stable as possible. If you're interested, you can help us test the soon to be release by downloading the latest Jetspeed 1 CVS image and trying to build and run it. Make sure to report any problem you may encounter so that we may fix them before the release. -- Raphaël Luta - [EMAIL PROTECTED] Apache Portals - Enterprise Portal in Java http://portals.apache.org/ - 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)
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]
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]
Re: Jetspeed 1.6-Fusion HELP!!!!
I'd like to give Jeff and Hema my support : first, we've chosen to start with JS1+Fusion as we had two major requirements : being JSR 168 compliant and have lots of nice features. This means that we obviously had to go with JS1+fusion (And i'm not talking about maturity). We plan to migrate in the future to JS2 but for us is the fusion alternative a perfect migration path and would be disastrous for us if fusion is deprecated. So I also give a -1 for such a deprecation ;) second, it seems to me that fusion code is not that large and could be quite easily put back on its feet. Code changes in J2 by Ate seem to be pragmatic and well founded and it reassured me that Ate took into account that fusion exists. finally I agree to have JS1.6.1 with JS2M2 release and JS1.6.2 with JS2final only if schedules can't match better. I mean : if JS2 is about to release final at about the same time that JS1.6, maybe could JS1.6 and JS2 be synchronised at first shot. Fabrice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jetspeed 1.6-Fusion HELP!!!!
Hi all, I just wanted to say that I also think that the work that went into Fusion is important on multiple levels : - first of all I integrate J2 with my product in a way very similar to what Fusion does, so if J2 changes a lot, I spend my time refactoring my code and understanding the changes, but this is my problem (btw currently I've frozen the version of J2 I use so that I can work on the integration) - Fusion is a great test case for using J2 as a component library, and I think that this has generally been a very good influence on the design of J2 - as other have said Fusion is a great migration path Anyway, I didn't have time to follow the whole refactoring work on deployment, but as long as it's able to deploy from a directory and maybe has a listener interface I think it should be ok. Regards, Serge Huber. David Sean Taylor wrote: Ate Douma wrote: I know and you know that I started in the new deployment branch from a clean sheet. I explicitly stated that this would *initially* result in some features gone missing. I also said these features have to be recreated once we decide this proposed new deployment model. Right now, I have had no formal acknowledgment from *anyone* yet to go ahead and commit my changes to the main branch. Here is my acknowledgement: resolve the Fusion issues before merging. Probably everybody does know though I definitely would like to see this happen, but I will be the first to acknowledge that it isn't ready for that yet. Me too And then of course the integration with the ServerManager. This will be quite easy to bring back online. Actually, I've already done so. I have the TomcatManager working again. Furthermore, I created a new (secured) ManagerServlet through which you can interact with the ApplicationManagerServer as well as the PortletApplicationManager. I've used the Tomcat ManagerServlet as example for this. Right now I can list, start, stop, unregister and undeploy a PortletApplication all from the commandline or webbrowser and working without problems. Providing the same features to Fusion will be a peace of cake. Great I'm still working on an deploy command (uploading a deployment object like a war or decorator). The basic code is already in place, the only thing left to implement is the uploading part in the new commandline tool (JetspeedConsole). I'm putting in a lot of effort to get this all working even *better* than it did before, and I'm going to provide as much effort as needed to get Fusion working again with the new deployment model, once we decided it will be the used for J2. Perhaps we should formally call a vote on the jetspeed-dev list: 1. deprecate fusion Nonsense I'll take that as a -1 on deprecating Fusion ;) -or-- 2. require developers to test fusion I do care about Fusion and, as far you *can* require that, I have no objection to make it a policy. We should think about an easier way to test fusion do though because getting J1 and J2 to build right beside each other is quite a hassle... Frankly the whole situation has led to me becoming less and less involved in Jetspeed as my contributions are devaluated. I think you are over reacting. I value your contributions very highly and I know I'm not alone ;-) You did a hell of a job (and I know it was a hell of a job) to integrate J2 with J1, AKA Fusion. I think it is one of the most important contributions to Jetspeed (as a whole, J1 and J2 together) because it not only provides a JSR-168 container but also a view of the power of J2 and a migration path for J1 users not (yet) ready to make the jump to J2. Well, we did everything except put out a release, and its long overdue. We need to figure out if we want to release 1.6 with: 2.0 M1 2.0 M2 2.0 Final Release We could do a 1.6.1 release with M2, 1.6.2 with the Final Release - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jetspeed 1.6-Fusion HELP!!!!
My 1.6 Fusion build required me to add the tables from Jetspeed 1 and the tables from Jetspeed 2. I didn't try to remove any tables that might not be needed, but adding all of them works. Also, I have just downloaded the latest source for Jetspeed 2 and 1, compiled and deployed Fusion, and everything is working great. So I would suggest getting the latest source for both, unless someone higher up the chain disagrees. On Thu, 10 Mar 2005 10:07:12 -0600, Archana Turaga [EMAIL PROTECTED] wrote: Hi, We really need to know when Jetspeed 1.6 is going to be released. We need it more so because of its ability to support struts with Fusion and we are depending on it very heavily for our implementation. At the most we need to know what binaries from 2.0 are needed to get fusion going since Jetspeed 2.0 adds a whole bunch of tables to the database and we do not know which are needed and which are not. Please let us know the release date or at-least give us a list of binaries/tables that need to get fusion going on top of Jetspeed 1.6. I know David said that it will be out Feb end and I also know that you guys are all very busy but please can you let us know the status? Thanks a lot for your co-operation. Regards, Archana - 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: Jetspeed 1.6-Fusion HELP!!!!
Archana Turaga wrote: Hi, We really need to know when Jetspeed 1.6 is going to be released. We need it more so because of its ability to support struts with Fusion and we are depending on it very heavily for our implementation. At the most we need to know what binaries from 2.0 are needed to get fusion going since Jetspeed 2.0 adds a whole bunch of tables to the database and we do not know which are needed and which are not. Please let us know the release date or at-least give us a list of binaries/tables that need to get fusion going on top of Jetspeed 1.6. I know David said that it will be out Feb end and I also know that you guys are all very busy but please can you let us know the status? Thanks a lot for your co-operation. Regards, Archana Well we now have a new complication with Fusion. The CVS head for 2.0 will soon change its deployment model. In the deployment branch, quite a few interfaces that Fusion is dependent on are now deleted. The code doesn't even compile against this branch. Once again, J2 developers have no consideration for Fusion. Perhaps we should formally call a vote on the jetspeed-dev list: 1. deprecate fusion -or-- 2. require developers to test fusion Frankly the whole situation has led to me becoming less and less involved in Jetspeed as my contributions are devaluated. Anyway, enough of my whining. What we could do put out the 1.6 release with 2.0 M1 But since the deployment is changing in M2, this means that Fusion is stuck at M1 until someone comes along and refactors the Fusion deployment. Im open to suggestions -- David Sean Taylor Bluesunrise Software [EMAIL PROTECTED] [office] +01 707 773-4646 [mobile] +01 707 529 9194 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jetspeed 1.6-Fusion HELP!!!!
Archana Turaga wrote: Thanks for the reply Jeff. But I know in the past they have said that when Jetspeed 1.6 is released you do not need to build Jetspeed 2.0. Won't that be really convenient...if it works that way? The 1.6 release will only require jars from Jetspeed 2.0 If that is M1 or M2 is yet to be determined... -- David Sean Taylor Bluesunrise Software [EMAIL PROTECTED] [office] +01 707 773-4646 [mobile] +01 707 529 9194 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jetspeed 1.6-Fusion HELP!!!!
David, I definitely vote to support Fusion. My reasoning is that Jetspeed 1 is much more stable and complete than Jetspeed 2, even if the architecture is lacking. With Jetspeed 1 and the JSR 168 capabilities of 1.6 Fusion, we would have everything we need until 2 if finally finished. And I see I was not correct about the build being ok. After checking out the use-fusion.xml file, I see that Jetspeed 1 builds with the Jetspeed 2 M1 files that were still cached in Maven. Switching this to M2-dev does break the build. I, for one, highly value your work on Fusion. Without Fusion, we would have found another portal to work with, because JSR-168 is a high priority item for our portlets. Thank you, -- Jeff On Thu, 10 Mar 2005 10:52:54 -0800, David Sean Taylor [EMAIL PROTECTED] wrote: Archana Turaga wrote: Thanks for the reply Jeff. But I know in the past they have said that when Jetspeed 1.6 is released you do not need to build Jetspeed 2.0. Won't that be really convenient...if it works that way? The 1.6 release will only require jars from Jetspeed 2.0 If that is M1 or M2 is yet to be determined... -- David Sean Taylor Bluesunrise Software [EMAIL PROTECTED] [office] +01 707 773-4646 [mobile] +01 707 529 9194 - 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: Jetspeed 1.6-Fusion HELP!!!!
David, I too would like to echo what Jeff is talking about. For us too, Fusion was a must to get our struts portlet running, otherwise we were very much happy with what Jetspeed 1.5 offered. We are not yet ready to move to JS2, due to the changes from JS1.5. So Fusion is doing for us what JS2 has in the offing. My vote would be to not deprecate Fusion. P.S - Sorry to hear about your disappointment. We, the users of Jetspeed value your and the contributions of the developers here at Jetspeed, very much. Thanks. Thanks, Hema On Thu, 10 Mar 2005 13:43:04 -0600, Jeff Sheets [EMAIL PROTECTED] wrote: David, I definitely vote to support Fusion. My reasoning is that Jetspeed 1 is much more stable and complete than Jetspeed 2, even if the architecture is lacking. With Jetspeed 1 and the JSR 168 capabilities of 1.6 Fusion, we would have everything we need until 2 if finally finished. And I see I was not correct about the build being ok. After checking out the use-fusion.xml file, I see that Jetspeed 1 builds with the Jetspeed 2 M1 files that were still cached in Maven. Switching this to M2-dev does break the build. I, for one, highly value your work on Fusion. Without Fusion, we would have found another portal to work with, because JSR-168 is a high priority item for our portlets. Thank you, -- Jeff On Thu, 10 Mar 2005 10:52:54 -0800, David Sean Taylor [EMAIL PROTECTED] wrote: Archana Turaga wrote: Thanks for the reply Jeff. But I know in the past they have said that when Jetspeed 1.6 is released you do not need to build Jetspeed 2.0. Won't that be really convenient...if it works that way? The 1.6 release will only require jars from Jetspeed 2.0 If that is M1 or M2 is yet to be determined... -- David Sean Taylor Bluesunrise Software [EMAIL PROTECTED] [office] +01 707 773-4646 [mobile] +01 707 529 9194 - 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: Jetspeed 1.6-Fusion HELP!!!!
Hi David, I completely agree with Hema and Jeff. I for one really need this combination going since this is going to be production software...otherwise I'm hosed. My vote also would be to not deprecate Fusion. I'm all for trying anything to get Jetspeed 1 with Fusion going. The news you gave us was very disappointing and unfortunate. I have been watching the mailing list for long (since that was the lifeline for me when I was working with 1.5 and now with Fusion) and I have seen how your contribution has been and I know it was valuable to me. Based on what you said I think at least get Jetspeed 1.6 out (since that is quiet stable and we do not have to worry about building it) and then next try to get the developers to test fusion. If that is not possible then release the binaries for fusion that are in M1 which work with Jetspeed 1.6so at least we are not lost. Also list out the known issues with Fusion so that we can get them addressed...somehow. There are a lot of people who are using 1.5 /1.6 and still need support. We and those people cannot be left in a lurch. I personally would at least try appealing to the developers to test Fusion and see if they can get that going. Thanks David for your replies. At least we know where we stand. And If you want we can all vote you in to show how valuable your contribution is...;-) Regards, Archana -Original Message- From: Hema Menon [mailto:[EMAIL PROTECTED] Sent: Thursday, March 10, 2005 1:52 PM To: Jetspeed Users List; [EMAIL PROTECTED] Subject: Re: Jetspeed 1.6-Fusion HELP David, I too would like to echo what Jeff is talking about. For us too, Fusion was a must to get our struts portlet running, otherwise we were very much happy with what Jetspeed 1.5 offered. We are not yet ready to move to JS2, due to the changes from JS1.5. So Fusion is doing for us what JS2 has in the offing. My vote would be to not deprecate Fusion. P.S - Sorry to hear about your disappointment. We, the users of Jetspeed value your and the contributions of the developers here at Jetspeed, very much. Thanks. Thanks, Hema On Thu, 10 Mar 2005 13:43:04 -0600, Jeff Sheets [EMAIL PROTECTED] wrote: David, I definitely vote to support Fusion. My reasoning is that Jetspeed 1 is much more stable and complete than Jetspeed 2, even if the architecture is lacking. With Jetspeed 1 and the JSR 168 capabilities of 1.6 Fusion, we would have everything we need until 2 if finally finished. And I see I was not correct about the build being ok. After checking out the use-fusion.xml file, I see that Jetspeed 1 builds with the Jetspeed 2 M1 files that were still cached in Maven. Switching this to M2-dev does break the build. I, for one, highly value your work on Fusion. Without Fusion, we would have found another portal to work with, because JSR-168 is a high priority item for our portlets. Thank you, -- Jeff On Thu, 10 Mar 2005 10:52:54 -0800, David Sean Taylor [EMAIL PROTECTED] wrote: Archana Turaga wrote: Thanks for the reply Jeff. But I know in the past they have said that when Jetspeed 1.6 is released you do not need to build Jetspeed 2.0. Won't that be really convenient...if it works that way? The 1.6 release will only require jars from Jetspeed 2.0 If that is M1 or M2 is yet to be determined... -- David Sean Taylor Bluesunrise Software [EMAIL PROTECTED] [office] +01 707 773-4646 [mobile] +01 707 529 9194 - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Jetspeed 1.6-Fusion HELP!!!!
Thanks for the reply. What about the database tables those come along with Jetspeed 2.0 deployment? Are those all needed (they are the bunch of them) or only the 2.0 jars are enough to get fusion going? Regards, Archana -Original Message- From: David Sean Taylor [mailto:[EMAIL PROTECTED] Sent: Thursday, March 10, 2005 12:53 PM To: Jetspeed Users List Subject: Re: Jetspeed 1.6-Fusion HELP Archana Turaga wrote: Thanks for the reply Jeff. But I know in the past they have said that when Jetspeed 1.6 is released you do not need to build Jetspeed 2.0. Won't that be really convenient...if it works that way? The 1.6 release will only require jars from Jetspeed 2.0 If that is M1 or M2 is yet to be determined... -- David Sean Taylor Bluesunrise Software [EMAIL PROTECTED] [office] +01 707 773-4646 [mobile] +01 707 529 9194 - 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: Jetspeed 1.6-Fusion HELP!!!!
Archana Turaga wrote: Thanks for the reply. What about the database tables those come along with Jetspeed 2.0 deployment? Are those all needed (they are the bunch of them) or only the 2.0 jars are enough to get fusion going? The database tables are included in the Fusion build if you build with the Fusion option on. This is all not yet documented. Getting this documentation of course will delay the release schedule. If we (all of us interested in Fusion) decide to release Jetspeed 1.6 (which includes Fusion) with 2.0 M1, then there are going to be some new features added to Jetspeed 2.0 that will be missing, mainly some nice improvements in the Struts bridge. If we wait for the M2 release, we get all the bug fixes, but then the means a substantial bit of work to get deployment working again in Fusion. We're hoping for an M2 release by the end of this month, but its looking doubtful now. -- David Sean Taylor Bluesunrise Software [EMAIL PROTECTED] [office] +01 707 773-4646 [mobile] +01 707 529 9194 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jetspeed 1.6-Fusion HELP!!!!
I believe the struts-bridge M2 version will work on the M1 release of Jetspeed 2, but someone will have to verify this for us. On Thu, 10 Mar 2005 12:51:10 -0800, David Sean Taylor [EMAIL PROTECTED] wrote: Archana Turaga wrote: Thanks for the reply. What about the database tables those come along with Jetspeed 2.0 deployment? Are those all needed (they are the bunch of them) or only the 2.0 jars are enough to get fusion going? The database tables are included in the Fusion build if you build with the Fusion option on. This is all not yet documented. Getting this documentation of course will delay the release schedule. If we (all of us interested in Fusion) decide to release Jetspeed 1.6 (which includes Fusion) with 2.0 M1, then there are going to be some new features added to Jetspeed 2.0 that will be missing, mainly some nice improvements in the Struts bridge. If we wait for the M2 release, we get all the bug fixes, but then the means a substantial bit of work to get deployment working again in Fusion. We're hoping for an M2 release by the end of this month, but its looking doubtful now. -- David Sean Taylor Bluesunrise Software [EMAIL PROTECTED] [office] +01 707 773-4646 [mobile] +01 707 529 9194 - 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: Jetspeed 1.6-Fusion HELP!!!!
I'm curious, which deployment refactoring has broken Fusion? Is it the things in Ate's branch or what is currently working in HEAD? -Scott -Original Message- From: David Sean Taylor [mailto:[EMAIL PROTECTED] Sent: Thursday, March 10, 2005 3:51 PM To: Jetspeed Users List Subject: Re: Jetspeed 1.6-Fusion HELP Archana Turaga wrote: Thanks for the reply. What about the database tables those come along with Jetspeed 2.0 deployment? Are those all needed (they are the bunch of them) or only the 2.0 jars are enough to get fusion going? The database tables are included in the Fusion build if you build with the Fusion option on. This is all not yet documented. Getting this documentation of course will delay the release schedule. If we (all of us interested in Fusion) decide to release Jetspeed 1.6 (which includes Fusion) with 2.0 M1, then there are going to be some new features added to Jetspeed 2.0 that will be missing, mainly some nice improvements in the Struts bridge. If we wait for the M2 release, we get all the bug fixes, but then the means a substantial bit of work to get deployment working again in Fusion. We're hoping for an M2 release by the end of this month, but its looking doubtful now. -- David Sean Taylor Bluesunrise Software [EMAIL PROTECTED] [office] +01 707 773-4646 [mobile] +01 707 529 9194 - 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: Jetspeed 1.6-Fusion HELP!!!!
David Sean Taylor wrote: Well we now have a new complication with Fusion. The CVS head for 2.0 will soon change its deployment model. In the deployment branch, quite a few interfaces that Fusion is dependent on are now deleted. The code doesn't even compile against this branch. Once again, J2 developers have no consideration for Fusion. This is a bold statement. I know and you know that I started in the new deployment branch from a clean sheet. I explicitly stated that this would *initially* result in some features gone missing. I also said these features have to be recreated once we decide this proposed new deployment model. Right now, I have had no formal acknowledgment from *anyone* yet to go ahead and commit my changes to the main branch. Probably everybody does know though I definitely would like to see this happen, but I will be the first to acknowledge that it isn't ready for that yet. Providing support back for undeployment, unregistration, registration, ServerManager integration, *AND FUSION* absolutely is a requirement I will stand for before moving to the new deployment model (if it comes to that). Now, I *did* look at Fusion when I started my deployment refactoring and how it is dependent on the current deployment features of J2. As far as I can tell (I'm no Fusion expert, I'll admit that), the currently missing features from the deployment branch are quite easy to replace, if not easier than it was initially (alright, maybe that's a bold statement of mine). The most prominent missing functionality in the new deployment branch for Fusion is the FilesystemPAM. All of its features (as used by Fusion) are now available from the new PortletApplicationManager. Maybe at first sight the deploy and undeploy features are still missing from it, but Fusion isn't actually using these methods, other than hooking into them to synchronize the J1 Registry. The new PortletApplicationManager registerPA and unregisterPA methods provide functionally the same hooks AFAIK. And then of course the integration with the ServerManager. This will be quite easy to bring back online. Actually, I've already done so. I have the TomcatManager working again. Furthermore, I created a new (secured) ManagerServlet through which you can interact with the ApplicationManagerServer as well as the PortletApplicationManager. I've used the Tomcat ManagerServlet as example for this. Right now I can list, start, stop, unregister and undeploy a PortletApplication all from the commandline or webbrowser and working without problems. Providing the same features to Fusion will be a peace of cake. I'm still working on an deploy command (uploading a deployment object like a war or decorator). The basic code is already in place, the only thing left to implement is the uploading part in the new commandline tool (JetspeedConsole). I'm putting in a lot of effort to get this all working even *better* than it did before, and I'm going to provide as much effort as needed to get Fusion working again with the new deployment model, once we decided it will be the used for J2. Perhaps we should formally call a vote on the jetspeed-dev list: 1. deprecate fusion Nonsense -or-- 2. require developers to test fusion I do care about Fusion and, as far you *can* require that, I have no objection to make it a policy. We should think about an easier way to test fusion do though because getting J1 and J2 to build right beside each other is quite a hassle... Frankly the whole situation has led to me becoming less and less involved in Jetspeed as my contributions are devaluated. I think you are over reacting. I value your contributions very highly and I know I'm not alone ;-) You did a hell of a job (and I know it was a hell of a job) to integrate J2 with J1, AKA Fusion. I think it is one of the most important contributions to Jetspeed (as a whole, J1 and J2 together) because it not only provides a JSR-168 container but also a view of the power of J2 and a migration path for J1 users not (yet) ready to make the jump to J2. As Jeff Sheets said in another response: J1 is much more stable and complete than J2. Fusion provides JSR-168 support *now* to end users of Jetspeed. Anyway, enough of my whining. ;-) What we could do put out the 1.6 release with 2.0 M1 But since the deployment is changing in M2, this means that Fusion is stuck at M1 until someone comes along and refactors the Fusion deployment. As I said above, I'm more than willing to do so. Doing that with your help would make it much quicker and easier though. Regards, Ate Im open to suggestions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jetspeed 1.6-Fusion HELP!!!!
Scott T Weaver wrote: I'm curious, which deployment refactoring has broken Fusion? Is it the things in Ate's branch or what is currently working in HEAD? Both, although the CVS head break is pretty minimal (api signature changes), whereas the branch is missing entire dependent interfaces and extended classes. -- David Sean Taylor Bluesunrise Software [EMAIL PROTECTED] [office] +01 707 773-4646 [mobile] +01 707 529 9194 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jetspeed 1.6-Fusion HELP!!!!
Ate Douma wrote: I know and you know that I started in the new deployment branch from a clean sheet. I explicitly stated that this would *initially* result in some features gone missing. I also said these features have to be recreated once we decide this proposed new deployment model. Right now, I have had no formal acknowledgment from *anyone* yet to go ahead and commit my changes to the main branch. Here is my acknowledgement: resolve the Fusion issues before merging. Probably everybody does know though I definitely would like to see this happen, but I will be the first to acknowledge that it isn't ready for that yet. Me too And then of course the integration with the ServerManager. This will be quite easy to bring back online. Actually, I've already done so. I have the TomcatManager working again. Furthermore, I created a new (secured) ManagerServlet through which you can interact with the ApplicationManagerServer as well as the PortletApplicationManager. I've used the Tomcat ManagerServlet as example for this. Right now I can list, start, stop, unregister and undeploy a PortletApplication all from the commandline or webbrowser and working without problems. Providing the same features to Fusion will be a peace of cake. Great I'm still working on an deploy command (uploading a deployment object like a war or decorator). The basic code is already in place, the only thing left to implement is the uploading part in the new commandline tool (JetspeedConsole). I'm putting in a lot of effort to get this all working even *better* than it did before, and I'm going to provide as much effort as needed to get Fusion working again with the new deployment model, once we decided it will be the used for J2. Perhaps we should formally call a vote on the jetspeed-dev list: 1. deprecate fusion Nonsense I'll take that as a -1 on deprecating Fusion ;) -or-- 2. require developers to test fusion I do care about Fusion and, as far you *can* require that, I have no objection to make it a policy. We should think about an easier way to test fusion do though because getting J1 and J2 to build right beside each other is quite a hassle... Frankly the whole situation has led to me becoming less and less involved in Jetspeed as my contributions are devaluated. I think you are over reacting. I value your contributions very highly and I know I'm not alone ;-) You did a hell of a job (and I know it was a hell of a job) to integrate J2 with J1, AKA Fusion. I think it is one of the most important contributions to Jetspeed (as a whole, J1 and J2 together) because it not only provides a JSR-168 container but also a view of the power of J2 and a migration path for J1 users not (yet) ready to make the jump to J2. Well, we did everything except put out a release, and its long overdue. We need to figure out if we want to release 1.6 with: 2.0 M1 2.0 M2 2.0 Final Release We could do a 1.6.1 release with M2, 1.6.2 with the Final Release -- David Sean Taylor Bluesunrise Software [EMAIL PROTECTED] [office] +01 707 773-4646 [mobile] +01 707 529 9194 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jetspeed 1.6-Fusion HELP!!!!
If anyone's asking :) , would be great to have. 1.6.1 release with M2, 1.6.2 with the Final Release Hema On Thu, 10 Mar 2005 13:35:12 -0800, David Sean Taylor [EMAIL PROTECTED] wrote: We need to figure out if we want to release 1.6 with: 2.0 M1 2.0 M2 2.0 Final Release We could do a 1.6.1 release with M2, 1.6.2 with the Final Release -- David Sean Taylor Bluesunrise Software [EMAIL PROTECTED] [office] +01 707 773-4646 [mobile] +01 707 529 9194 - 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: Jetspeed 1.6-Fusion HELP!!!!
Same here...:-). My vote +1. Regards, Archana -Original Message- From: Hema Menon [mailto:[EMAIL PROTECTED] Sent: Thursday, March 10, 2005 3:42 PM To: Jetspeed Users List Subject: Re: Jetspeed 1.6-Fusion HELP If anyone's asking :) , would be great to have. 1.6.1 release with M2, 1.6.2 with the Final Release Hema On Thu, 10 Mar 2005 13:35:12 -0800, David Sean Taylor [EMAIL PROTECTED] wrote: We need to figure out if we want to release 1.6 with: 2.0 M1 2.0 M2 2.0 Final Release We could do a 1.6.1 release with M2, 1.6.2 with the Final Release -- David Sean Taylor Bluesunrise Software [EMAIL PROTECTED] [office] +01 707 773-4646 [mobile] +01 707 529 9194 - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jetspeed 1.6-Fusion HELP!!!!
I second Hema on this one. It would be great to have 1.6.1 release with M2, 1.6.2 with the Final Release -- Jeff On Thu, 10 Mar 2005 15:42:28 -0600, Hema Menon [EMAIL PROTECTED] wrote: If anyone's asking :) , would be great to have. 1.6.1 release with M2, 1.6.2 with the Final Release Hema On Thu, 10 Mar 2005 13:35:12 -0800, David Sean Taylor [EMAIL PROTECTED] wrote: We need to figure out if we want to release 1.6 with: 2.0 M1 2.0 M2 2.0 Final Release We could do a 1.6.1 release with M2, 1.6.2 with the Final Release -- David Sean Taylor Bluesunrise Software [EMAIL PROTECTED] [office] +01 707 773-4646 [mobile] +01 707 529 9194 - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: [J1] Jetspeed 1.6 MySQL PSML problem
Daniel Brose wrote: Hi David, hi all! Could you send the relevant properties from your JetspeedResources.properties. Also, for Jetspeed-1, to switch databases you have to change the Torque properties and rebuild. Did you do that? Okay, here are the relevant properties from my JetspeedResources.properties (as far as I know which ARE relevant): # To use the File-based PSML service, select (uncomment) this service (this is the default setting): # services.PsmlManager.classname=org.apache.jetspeed.services.psmlmanager.Cast orPsmlManagerService Is that my email wrapping ? Looks like 2 separate lines to me i.e. its not commented out # To use the DB-PSML service, select (uncomment) this service, and comment out the above service: services.PsmlManager.classname=org.apache.jetspeed.services.psmlmanager.db.D atabasePsmlManagerService # Select this service to import from File System to the Database (make sure that DatabasePsmlManagerService is selected above) services.PsmlImportManager.classname=org.apache.jetspeed.services.psmlmanage r.CastorPsmlManagerService # Select this service to import from the Database to the File System (make sure that CastorPsmlManagerService is selected above) # services.PsmlImportManager.classname=org.apache.jetspeed.services.psmlmanage r.db.DatabasePsmlManagerService again, it looks to me like you have both uncommented just select one And yes, I changed my Torque.properties and rebuild. I'm already using MySQL for users. Here are my settings for my db in my Torque.properties: torque.database.default=default torque.database.default.adapter=mysql torque.dsfactory.default.connection.driver = org.gjt.mm.mysql.Driver torque.dsfactory.default.connection.url = jdbc:mysql://localhost:3306/jetspeed torque.dsfactory.default.connection.user = jetspeed torque.dsfactory.default.connection.password = jetspeed Finally, check the log files from the import. Send any relevant stack traces to this list Actually there seem to be some problems with the MySQL driver. As I'm already using it for users, I thought anything would be fine with it. Where do I put the jar for the MySQL driver so that maven recognizes it? Excerpt from my jetspeedservices.log: Seems like the import command line task in the cvs head didn't have a standard way of addding the driver I just updated the maven.xml in the cvs head You can use this property for your classpath, for example: org.apache.jetspeed.test.jdbc.j1.drivers.path=/etc/drivers/jdbc/mysql-connector-java-3.0.8-stable-bin.jar -- David Sean Taylor Bluesunrise Software [EMAIL PROTECTED] [office] +01 707 773-4646 [mobile] +01 707 529 9194 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [J1] Jetspeed 1.6 MySQL PSML problem
Hi David! Seems like the import command line task in the cvs head didn't have a standard way of addding the driver I just updated the maven.xml in the cvs head You can use this property for your classpath, for example: org.apache.jetspeed.test.jdbc.j1.drivers.path=/etc/drivers/jdbc/mysql- connector-java-3.0.8-stable-bin.jar That's it! I just imported all the stuff and it works fine! Thanks a lot, you made my day!! Regards Daniel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[J1] Jetspeed 1.6 MySQL PSML problem
Hi all, I already use MySQL (version 3) for security like users and stuff, now I want to use it for the PSML registry. I followed the steps in http://portals.apache.org/jetspeed-1/psml_db.html. It worked for me up to the maven import. Maven tells me that the build was successful but that 0 profiles were exported?! Running Jetspeed and pointing with the browser to it leads to the following error, which is quite logic as my PSML registry does not yet reside in my database: Error retrieving Portal Page: Profile not found. Any help would be appreciated! Regards - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [J1] Jetspeed 1.6 MySQL PSML problem
Daniel Brose wrote: Hi all, I already use MySQL (version 3) for security like users and stuff, now I want to use it for the PSML registry. I followed the steps in http://portals.apache.org/jetspeed-1/psml_db.html. It worked for me up to the maven import. Maven tells me that the build was successful but that 0 profiles were exported?! Running Jetspeed and pointing with the browser to it leads to the following error, which is quite logic as my PSML registry does not yet reside in my database: Error retrieving Portal Page: Profile not found. Any help would be appreciated! Actually I just tested MySQL, Oracle and PSML registry importing for someone last week. It seemed to work fine. Could you send the relevant properties from your JetspeedResources.properties. Also, for Jetspeed-1, to switch databases you have to change the Torque properties and rebuild. Did you do that? Finally, check the log files from the import. Send any relevant stack traces to this list -- David Sean Taylor Bluesunrise Software [EMAIL PROTECTED] [office] +01 707 773-4646 [mobile] +01 707 529 9194 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: [J1] Jetspeed 1.6 MySQL PSML problem
Hi David, hi all! Could you send the relevant properties from your JetspeedResources.properties. Also, for Jetspeed-1, to switch databases you have to change the Torque properties and rebuild. Did you do that? Okay, here are the relevant properties from my JetspeedResources.properties (as far as I know which ARE relevant): # To use the File-based PSML service, select (uncomment) this service (this is the default setting): # services.PsmlManager.classname=org.apache.jetspeed.services.psmlmanager.Cast orPsmlManagerService # To use the DB-PSML service, select (uncomment) this service, and comment out the above service: services.PsmlManager.classname=org.apache.jetspeed.services.psmlmanager.db.D atabasePsmlManagerService # Select this service to import from File System to the Database (make sure that DatabasePsmlManagerService is selected above) services.PsmlImportManager.classname=org.apache.jetspeed.services.psmlmanage r.CastorPsmlManagerService # Select this service to import from the Database to the File System (make sure that CastorPsmlManagerService is selected above) # services.PsmlImportManager.classname=org.apache.jetspeed.services.psmlmanage r.db.DatabasePsmlManagerService And yes, I changed my Torque.properties and rebuild. I'm already using MySQL for users. Here are my settings for my db in my Torque.properties: torque.database.default=default torque.database.default.adapter=mysql torque.dsfactory.default.connection.driver = org.gjt.mm.mysql.Driver torque.dsfactory.default.connection.url = jdbc:mysql://localhost:3306/jetspeed torque.dsfactory.default.connection.user = jetspeed torque.dsfactory.default.connection.password = jetspeed Finally, check the log files from the import. Send any relevant stack traces to this list Actually there seem to be some problems with the MySQL driver. As I'm already using it for users, I thought anything would be fine with it. Where do I put the jar for the MySQL driver so that maven recognizes it? Excerpt from my jetspeedservices.log: 2005-02-15 21:16:26,722 [main] WARN DatabasePsmlManagerService - DatabasePsmlManagerService.getDbConnection: exception: org.apache.torque.TorqueException: java.sql.SQLException: No suitable driver 2005-02-15 21:16:27,243 [main] WARN DatabasePsmlManagerService - DatabasePsmlManagerService.createOrSaveDocument: profile: BaseProfile[user/admin/html/default.psml] tableName: JETSPEED_USER_PROFILE org.apache.torque.TorqueException: java.sql.SQLException: No suitable driver at org.apache.torque.TorqueInstance.getConnection(TorqueInstance.java:755) at org.apache.torque.Torque.getConnection(Torque.java:306) at org.apache.torque.util.Transaction.beginOptional(Transaction.java:118) at org.apache.torque.util.BasePeer.doInsert(BasePeer.java:636) at org.apache.jetspeed.om.dbpsml.BaseJetspeedUserProfilePeer.doInsert(BaseJetsp eedUserProfilePeer.java:223) at org.apache.jetspeed.om.dbpsml.BaseJetspeedUserProfilePeer.doInsert(BaseJetsp eedUserProfilePeer.java:581) at org.apache.jetspeed.om.dbpsml.JetspeedUserProfilePeer.doInsertOrUpdate(Jetsp eedUserProfilePeer.java:108) at org.apache.jetspeed.om.dbpsml.JetspeedUserProfilePeer.insert(JetspeedUserPro filePeer.java:49) at org.apache.jetspeed.services.psmlmanager.db.DatabasePsmlManagerService.creat eOrSaveDocument(DatabasePsmlManagerService.java:626) at org.apache.jetspeed.services.psmlmanager.db.DatabasePsmlManagerService.creat eDocument(DatabasePsmlManagerService.java:586) at org.apache.jetspeed.services.psmlmanager.CastorPsmlManagerService.export(Cas torPsmlManagerService.java:1310) at org.apache.jetspeed.services.psmlmanager.PsmlImporter.run(PsmlImporter.java: 171) at org.apache.jetspeed.services.psmlmanager.PsmlImporter.main(PsmlImporter.java :140) Regards Daniel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
$cslink and layouts/default.vm problem (Jetspeed-1.6-dev)
Hi, I just discovered that the line base href=$clink.External in layouts/default.vm sometimes returns the last URL generated by the $clink object in one of the previous requestes. The statement above would thus expand to something like base href=http://mysite/theapp/portal/images/logos/somelogo.gif;. I guess there is some sort of reuse of the actual java object here so I changed the code to base href=$clink.setURI().External Can anybody confirm this problem? Regards, Bjørn Vidar Remme - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
newbie: compiling jetspeed-1.6-dev in eclipse
Hi, could someone please help me setting up jetspeed as a project in eclipse? i have checked out jetspeed1.6-dev from the cvs directly into eclipse as a new project. i can build the project from command line using maven and was able to deploy it into tomcat. everything appears to be fine. however, in eclipse, it keeps reporting there are many errors. firstly, it was complaining many jetspeed-xxx-2.0-a1-dev.jar files were missing. so i downloaded them manually into my MAVEN_REPO, but after that, it still gives many compiler errors: SeverityDescriptionResourceIn FolderLocationCreation Time 2The method _getHttpServletRequest() from the type ServletRequestImpl is not visibleFusionServletRequestImpl.java jakarta-jetspeed/fusion/src/java/org/apache/jetspeed/fusion/engine/servlet line 125January 27, 2005 1:36:04 AM 2The import org.apache.jetspeed.container.state cannot be resolvedFusionAccessController.java jakarta-jetspeed/fusion/src/java/org/apache/jetspeed/fusion/modules/actions line 27January 27, 2005 1:36:04 AM 2The import org.apache.jetspeed.container.state cannot be resolvedFusionAccessController.java jakarta-jetspeed/fusion/src/java/org/apache/jetspeed/fusion/modules/actions line 28January 27, 2005 1:36:04 AM 2NavigationalStateComponent cannot be resolved or is not a type FusionAccessController.java jakarta-jetspeed/fusion/src/java/org/apache/jetspeed/fusion/modules/actions line 94January 27, 2005 1:36:04 AM 2NavigationalState cannot be resolved or is not a type FusionAccessController.java jakarta-jetspeed/fusion/src/java/org/apache/jetspeed/fusion/modules/actions line 119January 27, 2005 1:36:04 AM 2The method getNavigationalState() is undefined for the type PortalURLFusionAccessController.java jakarta-jetspeed/fusion/src/java/org/apache/jetspeed/fusion/modules/actions line 119January 27, 2005 1:36:04 AM 2The import org.apache.jetspeed.components.portletregistry.PortletRegistry cannot be resolvedAbstractPortletApplicationAction.java jakarta-jetspeed/fusion/src/java/org/apache/jetspeed/fusion/modules/actions/portlets line 21January 27, 2005 1:36:04 AM 2The import org.apache.jetspeed.tools.pamanager.DeploymentRegistration cannot be resolvedAbstractPortletApplicationAction.java jakarta-jetspeed/fusion/src/java/org/apache/jetspeed/fusion/modules/actions/portlets line 28January 27, 2005 1:36:04 AM 2DeploymentRegistration cannot be resolved (or is not a valid type) for the field AbstractPortletApplicationAction.registrar AbstractPortletApplicationAction.java jakarta-jetspeed/fusion/src/java/org/apache/jetspeed/fusion/modules/actions/portlets line 44January 27, 2005 1:36:04 AM 2PortletRegistry cannot be resolved (or is not a valid type) for the field AbstractPortletApplicationAction.registry AbstractPortletApplicationAction.java jakarta-jetspeed/fusion/src/java/org/apache/jetspeed/fusion/modules/actions/portlets line 45January 27, 2005 1:36:04 AM 2PortletRegistry cannot be resolved or is not a type AbstractPortletApplicationAction.java jakarta-jetspeed/fusion/src/java/org/apache/jetspeed/fusion/modules/actions/portlets line 51January 27, 2005 1:36:04 AM 2The method getRegistryComponent() is undefined for the type AbstractPortletApplicationAction AbstractPortletApplicationAction.java jakarta-jetspeed/fusion/src/java/org/apache/jetspeed/fusion/modules/actions/portlets line 51January 27, 2005 1:36:04 AM ... ... etc all the errors seem to be related to fusion. am i missing any jar or component for the fusion?? my second question is: should i create a new web project to develop my portlets and write a batch file to copy them into tomcat or should i put my project files inside jetspeed in the same way as the tutorial project? which one is the preferred way? i am using eclipse 3.0 with MyEclipse 3.8.2 win xp, jdk1.4.2-03 thanks, Walter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
newbie: compiling jetspeed-1.6-dev in eclipse
Hi, could someone please help me setting up jetspeed as a project in eclipse? i have checked out jetspeed1.6-dev from the cvs directly into eclipse as a new project. i can build the project from command line using maven and was able to deploy it into tomcat. everything appears to be fine. however, in eclipse, it keeps reporting there are many errors. firstly, it was complaining many jetspeed-xxx-2.0-a1-dev.jar files were missing. so i downloaded them manually into my MAVEN_REPO, but after that, it still gives many compiler errors: SeverityDescriptionResourceIn FolderLocationCreation Time 2The method _getHttpServletRequest() from the type ServletRequestImpl is not visibleFusionServletRequestImpl.java jakarta-jetspeed/fusion/src/java/org/apache/jetspeed/fusion/engine/servlet line 125January 27, 2005 1:36:04 AM 2The import org.apache.jetspeed.container.state cannot be resolvedFusionAccessController.java jakarta-jetspeed/fusion/src/java/org/apache/jetspeed/fusion/modules/actions line 27January 27, 2005 1:36:04 AM 2The import org.apache.jetspeed.container.state cannot be resolvedFusionAccessController.java jakarta-jetspeed/fusion/src/java/org/apache/jetspeed/fusion/modules/actions line 28January 27, 2005 1:36:04 AM 2NavigationalStateComponent cannot be resolved or is not a type FusionAccessController.java jakarta-jetspeed/fusion/src/java/org/apache/jetspeed/fusion/modules/actions line 94January 27, 2005 1:36:04 AM 2NavigationalState cannot be resolved or is not a type FusionAccessController.java jakarta-jetspeed/fusion/src/java/org/apache/jetspeed/fusion/modules/actions line 119January 27, 2005 1:36:04 AM 2The method getNavigationalState() is undefined for the type PortalURLFusionAccessController.java jakarta-jetspeed/fusion/src/java/org/apache/jetspeed/fusion/modules/actions line 119January 27, 2005 1:36:04 AM 2The import org.apache.jetspeed.components.portletregistry.PortletRegistry cannot be resolvedAbstractPortletApplicationAction.java jakarta-jetspeed/fusion/src/java/org/apache/jetspeed/fusion/modules/actions/portlets line 21January 27, 2005 1:36:04 AM 2The import org.apache.jetspeed.tools.pamanager.DeploymentRegistration cannot be resolvedAbstractPortletApplicationAction.java jakarta-jetspeed/fusion/src/java/org/apache/jetspeed/fusion/modules/actions/portlets line 28January 27, 2005 1:36:04 AM 2DeploymentRegistration cannot be resolved (or is not a valid type) for the field AbstractPortletApplicationAction.registrar AbstractPortletApplicationAction.java jakarta-jetspeed/fusion/src/java/org/apache/jetspeed/fusion/modules/actions/portlets line 44January 27, 2005 1:36:04 AM 2PortletRegistry cannot be resolved (or is not a valid type) for the field AbstractPortletApplicationAction.registry AbstractPortletApplicationAction.java jakarta-jetspeed/fusion/src/java/org/apache/jetspeed/fusion/modules/actions/portlets line 45January 27, 2005 1:36:04 AM 2PortletRegistry cannot be resolved or is not a type AbstractPortletApplicationAction.java jakarta-jetspeed/fusion/src/java/org/apache/jetspeed/fusion/modules/actions/portlets line 51January 27, 2005 1:36:04 AM 2The method getRegistryComponent() is undefined for the type AbstractPortletApplicationAction AbstractPortletApplicationAction.java jakarta-jetspeed/fusion/src/java/org/apache/jetspeed/fusion/modules/actions/portlets line 51January 27, 2005 1:36:04 AM ... ... etc all the errors seem to be related to fusion. am i missing any jar or component for the fusion?? my second question is: should i create a new web project to develop my portlets and write a batch file to copy them into tomcat or should i put my project files inside jetspeed in the same way as the tutorial project? which one is the preferred way? i am using eclipse 3.0 with MyEclipse 3.8.2 win xp, jdk1.4.2-03 thanks, Walter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
newbie: compiling jetspeed-1.6-dev in eclipse
Hi, could someone please help me setting up jetspeed as a project in eclipse? i have checked out jetspeed1.6-dev from the cvs directly into eclipse as a new project. i can build the project from command line using maven and was able to deploy it into tomcat. everything appears to be fine. however, in eclipse, it keeps reporting there are many errors. firstly, it was complaining many jetspeed-xxx-2.0-a1-dev.jar files were missing. so i downloaded them manually into my MAVEN_REPO, but after that, it still gives many compiler errors: SeverityDescriptionResourceIn FolderLocationCreation Time 2The method _getHttpServletRequest() from the type ServletRequestImpl is not visibleFusionServletRequestImpl.java jakarta-jetspeed/fusion/src/java/org/apache/jetspeed/fusion/engine/servlet line 125January 27, 2005 1:36:04 AM 2The import org.apache.jetspeed.container.state cannot be resolvedFusionAccessController.java jakarta-jetspeed/fusion/src/java/org/apache/jetspeed/fusion/modules/actions line 27January 27, 2005 1:36:04 AM 2The import org.apache.jetspeed.container.state cannot be resolvedFusionAccessController.java jakarta-jetspeed/fusion/src/java/org/apache/jetspeed/fusion/modules/actions line 28January 27, 2005 1:36:04 AM 2NavigationalStateComponent cannot be resolved or is not a type FusionAccessController.java jakarta-jetspeed/fusion/src/java/org/apache/jetspeed/fusion/modules/actions line 94January 27, 2005 1:36:04 AM 2NavigationalState cannot be resolved or is not a type FusionAccessController.java jakarta-jetspeed/fusion/src/java/org/apache/jetspeed/fusion/modules/actions line 119January 27, 2005 1:36:04 AM 2The method getNavigationalState() is undefined for the type PortalURLFusionAccessController.java jakarta-jetspeed/fusion/src/java/org/apache/jetspeed/fusion/modules/actions line 119January 27, 2005 1:36:04 AM 2The import org.apache.jetspeed.components.portletregistry.PortletRegistry cannot be resolvedAbstractPortletApplicationAction.java jakarta-jetspeed/fusion/src/java/org/apache/jetspeed/fusion/modules/actions/portlets line 21January 27, 2005 1:36:04 AM 2The import org.apache.jetspeed.tools.pamanager.DeploymentRegistration cannot be resolvedAbstractPortletApplicationAction.java jakarta-jetspeed/fusion/src/java/org/apache/jetspeed/fusion/modules/actions/portlets line 28January 27, 2005 1:36:04 AM 2DeploymentRegistration cannot be resolved (or is not a valid type) for the field AbstractPortletApplicationAction.registrar AbstractPortletApplicationAction.java jakarta-jetspeed/fusion/src/java/org/apache/jetspeed/fusion/modules/actions/portlets line 44January 27, 2005 1:36:04 AM 2PortletRegistry cannot be resolved (or is not a valid type) for the field AbstractPortletApplicationAction.registry AbstractPortletApplicationAction.java jakarta-jetspeed/fusion/src/java/org/apache/jetspeed/fusion/modules/actions/portlets line 45January 27, 2005 1:36:04 AM 2PortletRegistry cannot be resolved or is not a type AbstractPortletApplicationAction.java jakarta-jetspeed/fusion/src/java/org/apache/jetspeed/fusion/modules/actions/portlets line 51January 27, 2005 1:36:04 AM 2The method getRegistryComponent() is undefined for the type AbstractPortletApplicationAction AbstractPortletApplicationAction.java jakarta-jetspeed/fusion/src/java/org/apache/jetspeed/fusion/modules/actions/portlets line 51January 27, 2005 1:36:04 AM ... ... etc all the errors seem to be related to fusion. am i missing any jar or component for the fusion?? my second question is: should i create a new web project to develop my portlets and write a batch file to copy them into tomcat or should i put my project files inside jetspeed in the same way as the tutorial project? which one is the preferred way? i am using eclipse 3.0 with MyEclipse 3.8.2 win xp, jdk1.4.2-03 thanks, Walter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jetspeed 1.6 release
Archana Turaga wrote: Hi, When is Jetspeed 1.6 scheduled to be released? It was said that it will be out end of last yearjust wanted to know the status on that. We have downloaded the latest Jetspeed 1.6 source from cvs and built it and need it more than anything for the struts portlet functionality that it offers along with fusion. We would be comfortable if it is slated as released...it also becomes more easy for our deployment. I would really appreciate the response. Hopefully later this month. I tried to create a release in December, allocated one day. But that whole day was spent resyncing Fusion with M1 of Jetspeed-2. Fusion didn't even compile! Right now Im swamped. Hope to get a break later in the month, probably on a weekend... Sorry. Really wish the 1.6 release didn't bottleneck on me - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Jetspeed 1.6 release
David, Thanks for the reply ...I know you guys are always swamped. Regards, Archana -Original Message- From: David Sean Taylor [mailto:[EMAIL PROTECTED] Sent: Thursday, January 13, 2005 2:29 PM To: Jetspeed Users List Subject: Re: Jetspeed 1.6 release Archana Turaga wrote: Hi, When is Jetspeed 1.6 scheduled to be released? It was said that it will be out end of last yearjust wanted to know the status on that. We have downloaded the latest Jetspeed 1.6 source from cvs and built it and need it more than anything for the struts portlet functionality that it offers along with fusion. We would be comfortable if it is slated as released...it also becomes more easy for our deployment. I would really appreciate the response. Hopefully later this month. I tried to create a release in December, allocated one day. But that whole day was spent resyncing Fusion with M1 of Jetspeed-2. Fusion didn't even compile! Right now Im swamped. Hope to get a break later in the month, probably on a weekend... Sorry. Really wish the 1.6 release didn't bottleneck on me - 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]
problems while deploying jetspeed 1.6 with fusion
Hi, I followed the steps given in http://wiki.apache.org/portals/Jetspeed2/Fusion to deploy jetpspeed 1.6 with fusion. I compiled the source code and that seemed to have gone through fine. Then I tried the command maven -o deploy. This resulted in several foreign key violation errors. I modified the scripts phase2-schema, security-schema and registry-schema in $HOME\.maven\cache\maven-jetspeed2-plugin-2.0-M2-dev\plugin-resources\h sql to make sure that the tables were dropped in the correct order and that resulted in a successful deployment of 1.6. I do not know yet that I will be able to launch it through tomcat but my question was I downloaded the latest source from cvs today morning...do the scripts need to be fixed? If yes then I can send the modified scripts. Please do let me know. Thanks and Regards, Archana
Re: Any idea when Jetspeed 1.6 is likely to be released?
Hema Menon wrote: We need to move to Jetspeed version that offers struts support. Of course, the choice is between 1.6 with fusion or jetspeed 2. I read from the mailing list that 1.6 and 2(m1) are likely to be released this month or maybe next. We don't want to move to 2.0 yet since it means possibly rewriting our 1.5 portlets. Is jetspeed 1.6 likely to be released anytime soon? By the end of the year Its dependent on the J2 release, and fixing a few introduced bugs in Fusion -- David Sean Taylor Bluesunrise Software [EMAIL PROTECTED] [office] +01 707 773 4646 [mobile] +01 707 529 9194 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Any idea when Jetspeed 1.6 is likely to be released?
We need to move to Jetspeed version that offers struts support. Of course, the choice is between 1.6 with fusion or jetspeed 2. I read from the mailing list that 1.6 and 2(m1) are likely to be released this month or maybe next. We don't want to move to 2.0 yet since it means possibly rewriting our 1.5 portlets. Is jetspeed 1.6 likely to be released anytime soon? Thanks, Hema ~~ Hema Menon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JetSpeed 1.6 + Fusion Add User doesn't work
I am using JetSpeed 1.6-dev + Fusion (for JSR 168 Handling). The JSR 168 portlets are working fine. My Problem occurs during the addition of a new user. Here are the steps that I followed: -- I log to speed via the first login page (http://localhost/jetspeed/) using the admin/jetspeed account. From the Content Tab I select the User Browser link, I get a window with three accounts (admin , turbine and anon ). --- If I click on the Add User Link nothing appears ? Here is a part from the jetspeedservices.log file: 2004-11-22 17:13:08,817 [http-80-Processor5] ERROR JetspeedPortalToolkitService - Exception org.apache.jetspeed.portal.PortletException: This does not appear to be an RSS document at org.apache.jetspeed.portal.portlets.NewRSSPortlet.init(NewRSSPortlet.java:150) at org.apache.jetspeed.services.portletfactory.JetspeedPortletFactoryService.getPortlet(JetspeedPortletFactoryService.java:309) at org.apache.jetspeed.services.portletfactory.JetspeedPortletFactoryService.getPortlet(JetspeedPortletFactoryService.java:129) at org.apache.jetspeed.services.PortletFactory.getPortlet(PortletFactory.java:54) at org.apache.jetspeed.services.portaltoolkit.JetspeedPortalToolkitService.getSet(JetspeedPortalToolkitService.java:471) at org.apache.jetspeed.services.portaltoolkit.JetspeedPortalToolkitService.getSet(JetspeedPortalToolkitService.java:450) at org.apache.jetspeed.services.portaltoolkit.JetspeedPortalToolkitService.getSet(JetspeedPortalToolkitService.java:450) at org.apache.jetspeed.services.portaltoolkit.JetspeedPortalToolkitService.getSet(JetspeedPortalToolkitService.java:403) at org.apache.jetspeed.services.PortalToolkit.getSet(PortalToolkit.java:129) at org.apache.jetspeed.util.template.JetspeedTool.getPane(JetspeedTool.java:154) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) -- Any help will be appreciated. Thanks. _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: problems with Jetspeed 1.6/Fusion
Hi David, Great ! It looks pretty good now. Only one thing left : a problem with restarting tomcat. Follow the instructions here, as the live deployment requirements for Fusion are the same as for J2: http://portals.apache.org/jetspeed-2/getting-started.html specifically steps 2 and 3 Yes, there was a problem with autodeployment user. I put these properties into jakarta-jetspeed/fusion/project.properties... Now deploying, redeploying and undeploying of portlets works ! not really sure whats up there, any other stack traces in the log file? No. The log file is free of exceptions now. I give you the complete page that is shown after I restart tomcat. This only happens sometimes and I don't have a clue what is causing it : --- $jnavigation.setTemplate($config.getString(topnav.vm)) $jnavigation.setTemplate($config.getString(leftnav.vm)) There has been an Error! Reason: java.lang.NullPointerException Get/Post Data: template= ShowError.vm Stacktrace: java.lang.NullPointerException at org.apache.jetspeed.util.parser.DefaultJetspeedParameterParser.setRequest(DefaultJetspeedParameterParser.java:88) at org.apache.turbine.services.rundata.DefaultTurbineRunData.getParameters(DefaultTurbineRunData.java:493) at org.apache.turbine.Turbine.doGet(Turbine.java:472) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683) at java.lang.Thread.run(Thread.java:534) $jnavigation.setTemplate($config.getString(bottomnav.vm)) --- This is another exception that is shown sometimes at the top of the porttal start page : java.lang.NullPointerException at org.apache.jetspeed.fusion.profiler.impl.FusionProfilerValveImpl.invoke(FusionProfilerValveImpl.java:48) at org.apache.jetspeed.pipeline.JetspeedPipeline.invokeNext(JetspeedPipeline.java:209) at org.apache.jetspeed.capabilities.impl.CapabilityValveImpl.invoke(CapabilityValveImpl.java:137) at org.apache.jetspeed.pipeline.JetspeedPipeline.invokeNext(JetspeedPipeline.java:209) at org.apache.jetspeed.localization.impl.LocalizationValveImpl.invoke(LocalizationValveImpl.java:73) at org.apache.jetspeed.pipeline.JetspeedPipeline.invokeNext(JetspeedPipeline.java:209) at org.apache.jetspeed.pipeline.JetspeedPipeline.invoke(JetspeedPipeline.java:191) at org.apache.jetspeed.engine.AbstractEngine.service(AbstractEngine.java:251) at
RE: problems with Jetspeed 1.6/Fusion
-- sorry to send this twice. I sent the uncompleted message by mistake -- Hi David, Great ! It looks pretty good now. Only one thing left : a problem with restarting tomcat. Follow the instructions here, as the live deployment requirements for Fusion are the same as for J2: http://portals.apache.org/jetspeed-2/getting-started.html specifically steps 2 and 3 Yes, there was a problem with autodeployment user. I put these properties into jakarta-jetspeed/fusion/project.properties... Now deploying, redeploying and undeploying of portlets works ! not really sure whats up there, any other stack traces in the log file? No. The log file is free of exceptions now. I give you the complete page that is shown after I restart tomcat. This only happens sometimes and I don't have a clue what is causing it : --- $jnavigation.setTemplate($config.getString(topnav.vm)) $jnavigation.setTemplate($config.getString(leftnav.vm)) There has been an Error! Reason: java.lang.NullPointerException Get/Post Data: template= ShowError.vm Stacktrace: java.lang.NullPointerException at org.apache.jetspeed.util.parser.DefaultJetspeedParameterParser.setRequest(DefaultJetspeedParameterParser.java:88) at org.apache.turbine.services.rundata.DefaultTurbineRunData.getParameters(DefaultTurbineRunData.java:493) at org.apache.turbine.Turbine.doGet(Turbine.java:472) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683) at java.lang.Thread.run(Thread.java:534) $jnavigation.setTemplate($config.getString(bottomnav.vm)) --- This is another exception that is shown sometimes at the top of the porttal start page : java.lang.NullPointerException at org.apache.jetspeed.fusion.profiler.impl.FusionProfilerValveImpl.invoke(FusionProfilerValveImpl.java:48) at org.apache.jetspeed.pipeline.JetspeedPipeline.invokeNext(JetspeedPipeline.java:209) at org.apache.jetspeed.capabilities.impl.CapabilityValveImpl.invoke(CapabilityValveImpl.java:137) at org.apache.jetspeed.pipeline.JetspeedPipeline.invokeNext(JetspeedPipeline.java:209) at org.apache.jetspeed.localization.impl.LocalizationValveImpl.invoke(LocalizationValveImpl.java:73) at org.apache.jetspeed.pipeline.JetspeedPipeline.invokeNext(JetspeedPipeline.java:209) at org.apache.jetspeed.pipeline.JetspeedPipeline.invoke(JetspeedPipeline.java:191) at
RE: problems with Jetspeed 1.6/Fusion
Hi! How did you build everything? Recommend these steps: 1. Build J2 (maven allClean allBuild) 2. Build Fusion from fusion directory (maven clean jar:install) 3. Build J1 with the fusion flag on (maven clean war, maven deploy)) Yes, there was something wrong with building. Now JS1.6/Fusion is running. But there are still some problems. I couldn't follow your recommenadtion exactly, because building stoped withou a running HSQLDB . So here is what I did : In J2 directory : 1. maven start.test.server 2. maven allClean allBuild 3. shutting down the HSQLDB server In Fusion directory . 4. maven clean jar:install In J1 directory: 5. maven clean war 6. maven db.fusion.start (in Fusion directory) 7. maven deploy 8. When I start the portal now I get an exception saying something like cannot create JDBC driver of class '' for connect URL 'null' I assume this is because of the file jetspeed.xml that seems to contain the required information is not found under ${tomcat.home}/conf/Catalina/localhost - so I moved it there and then it worked ! So now I got a running portal. When I deploy portlet-application the following error occurs : INFO: Loading portlet application from web archive /home/hheins/tomcat/webapps/jetspeed/WEB-INF/deploy/myapp.war INFO: Application id not defined in portlet.xml so using war name myapp INFO: Preparing to (re) deploy portlet app myapp INFO: Deploying portlet applicaion WAR myapp.war INFO: Portlet application deployment target directory is /home/hheins/tomcat/webapps/jetspeed/..//myapp Writing out infused web.xml for myapp INFO: Did not load extended metadata as it most likely does not exist. java.io.FileNotFoundException: Unable to locate file or path /home/hheins/tomcat/webapps/jetspeed/../myapp/WEB-INF/jetspeed-portlet.xml INFO: Loading web.xml into memory INFO: Saving the portlet.xml in the registry... INFO: Committing registry changes... INFO: FileSystem deployment done. INFO: Saving the portlet.xml in the J1 registry... INFO: Attempting to find media entry with mimetype text/html INFO: Found media entry html that matches mimetype text/html Writing registry: HelloWorld INFO: Attempting to find media entry with mimetype text/html INFO: Found media entry html that matches mimetype text/html Writing registry: IncludeAFile ERROR: org.apache.jetspeed.deployment.DeploymentException: Error (re)deploying portlet app: org.apache.jetspeed.tools.pamanager.PortletApplicationException: Catalina container action failed, htmlheadtitleApache Tomcat/5.0.28 - Error report/titlestyle!--H1 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:22px;} H2 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:16px;} H3 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:14px;} BODY {font-family:Tahoma,Arial,sans-serif;color:black;background-color:white;} B {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;} P {font-family:Tahoma,Arial,sans-serif;background:white;color:black;font-size:12px;}A {color : black;}A.name {color : black;}HR {color : #525D76;}--/style /headbodyh1HTTP Status 401 - /h1HR size=1 noshade=noshadepbtype/b Status report/ppbmessage/b u/u/ppbdescription/b uThis request requires HTTP authentication ()./u/pHR size=1 noshade=noshadeh3Apache Tomcat/5.0.28/h3/body/html org.apache.jetspeed.deployment.DeploymentException: Error (re)deploying portlet app: org.apache.jetspeed.tools.pamanager.PortletApplicationException: Catalina container action failed, htmlheadtitleApache Tomcat/5.0.28 - Error report/titlestyle!--H1 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:22px;} H2 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:16px;} H3 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:14px;} BODY {font-family:Tahoma,Arial,sans-serif;color:black;background-color:white;} B {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;} P {font-family:Tahoma,Arial,sans-serif;background:white;color:black;font-size:12px;}A {color : black;}A.name {color : black;}HR {color : #525D76;}--/style /headbodyh1HTTP Status 401 - /h1HR size=1 noshade=noshadepbtype/b Status report/ppbmessage/b u/u/ppbdescription/b uThis request requires HTTP authentication ()./u/pHR size=1 noshade=noshadeh3Apache Tomcat/5.0.28/h3/body/html at org.apache.jetspeed.deployment.impl.DeployPortletAppEventListener.doDeploy(DeployPortletAppEventListener.java:302) at org.apache.jetspeed.deployment.impl.DeployPortletAppEventListener.invokeDeploy(DeployPortletAppEventListener.java:165) at org.apache.jetspeed.deployment.impl.StandardDeploymentManager.dispatch(StandardDeploymentManager.java:304) at org.apache.jetspeed.deployment.impl.StandardDeploymentManager.fireDeploymentEvent(StandardDeploymentManager.java:195)
Re: problems with Jetspeed 1.6/Fusion
Heins, Hendrik wrote: Hi! How did you build everything? Recommend these steps: 1. Build J2 (maven allClean allBuild) 2. Build Fusion from fusion directory (maven clean jar:install) 3. Build J1 with the fusion flag on (maven clean war, maven deploy)) Yes, there was something wrong with building. Now JS1.6/Fusion is running. But there are still some problems. I couldn't follow your recommenadtion exactly, because building stoped withou a running HSQLDB . Sorry bout that. I run with MySQL here, and always forget about the hassles of using HSQLDB (the default). So here is what I did : In J2 directory : 1. maven start.test.server 2. maven allClean allBuild 3. shutting down the HSQLDB server In Fusion directory . 4. maven clean jar:install In J1 directory: 5. maven clean war 6. maven db.fusion.start (in Fusion directory) 7. maven deploy 8. When I start the portal now I get an exception saying something like cannot create JDBC driver of class '' for connect URL 'null' I assume this is because of the file jetspeed.xml that seems to contain the required information is not found under ${tomcat.home}/conf/Catalina/localhost - so I moved it there and then it worked ! So now I got a running portal. When I deploy portlet-application the following error occurs : INFO: Loading portlet application from web archive /home/hheins/tomcat/webapps/jetspeed/WEB-INF/deploy/myapp.war INFO: Application id not defined in portlet.xml so using war name myapp INFO: Preparing to (re) deploy portlet app myapp INFO: Deploying portlet applicaion WAR myapp.war INFO: Portlet application deployment target directory is /home/hheins/tomcat/webapps/jetspeed/..//myapp Writing out infused web.xml for myapp INFO: Did not load extended metadata as it most likely does not exist. java.io.FileNotFoundException: Unable to locate file or path /home/hheins/tomcat/webapps/jetspeed/../myapp/WEB-INF/jetspeed-portlet.xml Thats an INFO message INFO: Loading web.xml into memory INFO: Saving the portlet.xml in the registry... INFO: Committing registry changes... INFO: FileSystem deployment done. INFO: Saving the portlet.xml in the J1 registry... INFO: Attempting to find media entry with mimetype text/html INFO: Found media entry html that matches mimetype text/html Writing registry: HelloWorld INFO: Attempting to find media entry with mimetype text/html INFO: Found media entry html that matches mimetype text/html Writing registry: IncludeAFile ERROR: org.apache.jetspeed.deployment.DeploymentException: Error (re)deploying portlet app: org.apache.jetspeed.tools.pamanager.PortletApplicationException: Catalina container action failed, htmlheadtitleApache Tomcat/5.0.28 - Error report/titlestyle!--H1 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:22px;} H2 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:16px;} H3 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:14px;} BODY {font-family:Tahoma,Arial,sans-serif;color:black;background-color:white;} B {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;} P {font-family:Tahoma,Arial,sans-serif;background:white;color:black;font-size:12px;}A {color : black;}A.name {color : black;}HR {color : #525D76;}--/style /headbodyh1HTTP Status 401 - /h1HR size=1 noshade=noshadepbtype/b Status report/ppbmessage/b u /u/ppbdescription/b uThis request requires HTTP authentication ()./u/pHR size=1 noshade=noshadeh3Apache Tomcat/5.0.28/h3/body/html org.apache.jetspeed.deployment.DeploymentException: Error (re)deploying portlet app: org.apache.jetspeed.tools.pamanager.PortletApplicationException: Catalina container action failed, htmlheadtitleApache Tomcat/5.0.28 - Error report/titlestyle!--H1 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:22px;} H2 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:16px;} H3 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:14px;} BODY {font-family:Tahoma,Arial,sans-serif;color:black;background-color:white;} B {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;} P {font-family:Tahoma,Arial,sans-serif;background:white;color:black;font-size:12px;}A {color : black;}A.name {color : black;}HR {color : #525D76;}--/style /headbodyh1HTTP Status 401 - /h1HR size=1 noshade=noshadepbtype/b Status report/ppbmessage/b u/u/p pbdescription/b uThis request requires HTTP authentication ()./u/pHR size=1 noshade=noshadeh3Apache Tomcat/5.0.28/h3/body/html at org.apache.jetspeed.deployment.impl.DeployPortletAppEventListener.doDeploy(DeployPortletAppEventListener.java:302) at org.apache.jetspeed.deployment.impl.DeployPortletAppEventListener.invokeDeploy(DeployPortletAppEventListener.java:165) at org.apache.jetspeed.deployment.impl.StandardDeploymentManager.dispatch(StandardDeploymentManager.java:304)
RE: problems with Jetspeed 1.6/Fusion
Hi David, thanks a lot for your help ! The Fusion engine starts up now, but it's not running properly. I checked out both (JS1.6 / 2 ) from CVS head, built it and deployed JS 1.6. I got a FileNotFoundException saying that OJB.properties couldn't be found, so i took the OJB.properties from jetspeed2 - hope that was right ? After that some more exception occured : This is from Tomcat log after viewing JS start page : [no exceptions here] ... INFO: Server startup in 9864 ms java.lang.NullPointerException at org.apache.ojb.broker.util.BrokerHelper.crossCheckPBKey(BrokerHelper.java:124) at org.apache.ojb.broker.core.PersistenceBrokerFactoryDefaultImpl.createPersistenceBroker(PersistenceBrokerFactoryDefaultImpl.java:92) at org.apache.ojb.broker.PersistenceBrokerFactory.createPersistenceBroker(PersistenceBrokerFactory.java:86) at org.springframework.orm.ojb.OjbFactoryUtils.getPersistenceBroker(OjbFactoryUtils.java:89) at org.springframework.orm.ojb.OjbFactoryUtils.getPersistenceBroker(OjbFactoryUtils.java:56) at org.springframework.orm.ojb.PersistenceBrokerTemplate.getPersistenceBroker(PersistenceBrokerTemplate.java:131) at org.springframework.orm.ojb.PersistenceBrokerTemplate.execute(PersistenceBrokerTemplate.java:150) at org.springframework.orm.ojb.PersistenceBrokerTemplate.executeFind(PersistenceBrokerTemplate.java:173) at org.springframework.orm.ojb.PersistenceBrokerTemplate.getCollectionByQuery(PersistenceBrokerTemplate.java:186) at org.apache.jetspeed.capabilities.impl.JetspeedCapabilities.getClients(JetspeedCapabilities.java:298) at org.apache.jetspeed.capabilities.impl.JetspeedCapabilities.findClient(JetspeedCapabilities.java:230) at org.apache.jetspeed.capabilities.impl.JetspeedCapabilities.getCapabilityMap(JetspeedCapabilities.java:145) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.springframework.aop.framework.AopProxyUtils.invokeJoinpointUsingReflection(AopProxyUtils.java:61) at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:149) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:116) at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:56) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:138) at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:152) at $Proxy0.getCapabilityMap(Unknown Source) at org.apache.jetspeed.capabilities.impl.CapabilityValveImpl.invoke(CapabilityValveImpl.java:67) at org.apache.jetspeed.pipeline.JetspeedPipeline.invokeNext(JetspeedPipeline.java:209) at org.apache.jetspeed.localization.impl.LocalizationValveImpl.invoke(LocalizationValveImpl.java:73) at org.apache.jetspeed.pipeline.JetspeedPipeline.invokeNext(JetspeedPipeline.java:209) at org.apache.jetspeed.pipeline.JetspeedPipeline.invoke(JetspeedPipeline.java:191) at org.apache.jetspeed.engine.AbstractEngine.service(AbstractEngine.java:251) at org.apache.jetspeed.fusion.modules.actions.FusionAccessController.doPerform(FusionAccessController.java:114) at org.apache.turbine.modules.Action.perform(Action.java:87) at org.apache.turbine.modules.ActionLoader.exec(ActionLoader.java:122) at org.apache.turbine.Turbine.doGet(Turbine.java:529) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137) at
Re: problems with Jetspeed 1.6/Fusion
Heins, Hendrik wrote: Hi David, thanks a lot for your help ! The Fusion engine starts up now, but it's not running properly. I checked out both (JS1.6 / 2 ) from CVS head, built it and deployed JS 1.6. I got a FileNotFoundException saying that OJB.properties couldn't be found, so i took the OJB.properties from jetspeed2 - hope that was right ? After that some more exception occured : This is from Tomcat log after viewing JS start page : How did you build everything? Recommend these steps: 1. Build J2 (maven allClean allBuild) 2. Build Fusion from fusion directory (maven clean jar:install) 3. Build J1 with the fusion flag on (maven clean war, maven deploy) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
problems with Jetspeed 1.6/Fusion
Hi all, I am still trying to install Jetspeed 1.6 with Fusion but it doesn't work. Here is what i have done so far : I checked out the following from CVS : Jetspeed from Head Jetspeed 2 pre_portalurl_refactor_20041015 -In JS home directory maven war - In Fusion directory maven db.fusion.start - In JS home maven deploy These steps went fine without problems but when I point my browser to the portal start page it shows the following exception : java.lang.NullPointerException at org.apache.jetspeed.capability.CapabilityMapFactory.getCapabilityMap(CapabilityMapFactory.java:86) at org.apache.jetspeed.util.parser.DefaultJetspeedParameterParser.setRequest(DefaultJetspeedParameterParser.java:87) at org.apache.turbine.services.rundata.DefaultTurbineRunData.getParameters(DefaultTurbineRunData.java:493) at org.apache.turbine.Turbine.doGet(Turbine.java:472) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683) at java.lang.Thread.run(Thread.java:534) Tomcats logfile starts with this : Starting Apache Jetspeed Portal/1.6-dev Starting Up Fusion Service APP ROOT = /home/hheins/tomcat/webapps/jetspeed/ PROP FILE = /home/hheins/tomcat/webapps/jetspeed/WEB-INF/conf/fusion.properties JNDI System Property flag null org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'capabilityValve' defined in URL [file:/home/hheins/tomcat/webapps/jetspeed/WEB-INF/conf/assembly/pipelines.xml]: Can't resolve reference to bean 'org.apache.jetspeed.capabilities.Capabilities' while setting property 'constructor argument'; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'org.apache.jetspeed.capabilities.Capabilities' defined in URL [file:/home/hheins/tomcat/webapps/jetspeed/WEB-INF/conf/assembly/jetspeed-spring.xml]: Can't resolve reference to bean 'capabilitiesImpl' while setting property 'target'; nested exception is org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'capabilitiesImpl' defined in URL [file:/home/hheins/tomcat/webapps/jetspeed/WEB-INF/conf/assembly/jetspeed-spring.xml]: Unsatisfied dependency expressed through constructor argument with index 0 of type [org.apache.jetspeed.components.persistence.store.PersistenceStore]: Did you specify the correct bean references as generic constructor arguments? org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'org.apache.jetspeed.capabilities.Capabilities' defined in URL [file:/home/hheins/tomcat/webapps/jetspeed/WEB-INF/conf/assembly/jetspeed-spring.xml]: Can't resolve reference to bean 'capabilitiesImpl' while
Re: problems with Jetspeed 1.6/Fusion
Heins, Hendrik wrote: Hi all, I am still trying to install Jetspeed 1.6 with Fusion but it doesn't work. Here is what i have done so far : I checked out the following from CVS : Jetspeed from Head Jetspeed 2 pre_portalurl_refactor_20041015 -In JS home directory maven war - In Fusion directory maven db.fusion.start - In JS home maven deploy I think some changes slipped in that broke the Spring component constructors. I now have that fixed in CVS head. Today I will be working on porting Fusion to the new navigation and portal url components. Will let you know (on this list) when its working again. -- David Sean Taylor Bluesunrise Software [EMAIL PROTECTED] [office] +01 707 773 4646 [mobile] +01 707 529 9194 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: problems with Jetspeed 1.6/Fusion
Heins, Hendrik wrote: Hi all, I am still trying to install Jetspeed 1.6 with Fusion but it doesn't work. Here is what i have done so far : Try checking out both 2.0 and 1.6 from the CVS head. Should be working for you now, although I still haven't got the sychronization of JSR-168 states changes via a PortletURL to propagate to Jetspeed-1 working as well as it did before the Portal URL changes. Will get it sorted out before the 1.6 final release. Regards, -- David Sean Taylor Bluesunrise Software [EMAIL PROTECTED] [office] +01 707 773 4646 [mobile] +01 707 529 9194 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jetspeed 1.6 and Plugin
Yes, I mistake one step; maven plugin:install - Original Message - From: Henry Isidro [EMAIL PROTECTED] To: ham; Jetspeed Users List [EMAIL PROTECTED] Sent: Thursday, October 21, 2004 8:48 AM Subject: Re: Jetspeed 1.6 and Plugin try the tutorials...http://portals.apache.org/jetspeed-1/tutorial/ On Wed, 20 Oct 2004 17:19:00 +0200, Daniel Pardo [EMAIL PROTECTED] wrote: After read the documentation about plugin and search in the mail list, i cant begin a new portal with the plugin. I think that is necessary a document more detailed! I did: mkdir MyPortal cd MyPortal maven jetpeed:genapp (previously I copy project.properties and project.xml in MyPortal directory and I configure this two files.) After execute maven jetspeed:deploy in the tomcat I see $jnavigation.setTemplate($config.getString(topnav.vm)) and in the other side There has been an Error! Reason: org.apache.turbine.services.InstantiationException: Failed to instantiate service Registry Get/Post Data: template = ShowError.vm Stacktrace: java.lang.NoClassDefFoundError: javax/jms/MessageListener So, somebody could tell me the first steps for start working with jetspeed??? Thanks a lot, Daniel Pardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Henry Isidro [EMAIL PROTECTED] [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: Jetspeed 1.6 and Plugin
try the tutorials...http://portals.apache.org/jetspeed-1/tutorial/ On Wed, 20 Oct 2004 17:19:00 +0200, Daniel Pardo [EMAIL PROTECTED] wrote: After read the documentation about plugin and search in the mail list, i cant begin a new portal with the plugin. I think that is necessary a document more detailed! I did: mkdir MyPortal cd MyPortal maven jetpeed:genapp (previously I copy project.properties and project.xml in MyPortal directory and I configure this two files.) After execute maven jetspeed:deploy in the tomcat I see $jnavigation.setTemplate($config.getString(topnav.vm)) and in the other side There has been an Error! Reason: org.apache.turbine.services.InstantiationException: Failed to instantiate service Registry Get/Post Data: template = ShowError.vm Stacktrace: java.lang.NoClassDefFoundError: javax/jms/MessageListener So, somebody could tell me the first steps for start working with jetspeed??? Thanks a lot, Daniel Pardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Henry Isidro [EMAIL PROTECTED] [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Jetspeed 1.6 and Plugin
After read the documentation about plugin and search in the mail list, i cant begin a new portal with the plugin. I think that is necessary a document more detailed! I did: mkdir MyPortal cd MyPortal maven jetpeed:genapp (previously I copy project.properties and project.xml in MyPortal directory and I configure this two files.) After execute maven jetspeed:deploy in the tomcat I see $jnavigation.setTemplate($config.getString(topnav.vm)) and in the other side There has been an Error! Reason: org.apache.turbine.services.InstantiationException: Failed to instantiate service Registry Get/Post Data: template = ShowError.vm Stacktrace: java.lang.NoClassDefFoundError: javax/jms/MessageListener So, somebody could tell me the first steps for start working with jetspeed??? Thanks a lot, Daniel Pardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: When might JetSpeed 1.6 be released?
Return Receipt Your AW: When might JetSpeed 1.6 be released? document : was Bjorn Vidar Remme/Oslo/Intentia_NO/Intentia received by: at: 2004-09-03 14:30:34 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
When might JetSpeed 1.6 be released?
Best guess? __ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: When might JetSpeed 1.6 be released?
Acuse de recibo SuAW: When might JetSpeed 1.6 be released? document o: Ha sido Boudewijn van Weert/srvNotes recibido por: Con 02/09/2004 20.09.26 fecha: - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Maven keeps downloading SNAPSHOT jars, when building Jetspeed 1.6-dev
Hi, I've downloaded jetspeed-1.6-dev from CVS and it compiles fine, but maven keeps trying to download pluto-1.0.1-SNAPSHOT.jar and activemq-1.0-SNAPSHOT.jar. It makes the compile slow ( 40 sec. on my machine), so I wondered if there is something that can be done about that? TIA -Stijn - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven keeps downloading SNAPSHOT jars, when building Jetspeed 1.6-dev
add -o as an maven option (offline mode, no downloads at all!!) Stijn de Witt schrieb: Hi, I've downloaded jetspeed-1.6-dev from CVS and it compiles fine, but maven keeps trying to download pluto-1.0.1-SNAPSHOT.jar and activemq-1.0-SNAPSHOT.jar. It makes the compile slow ( 40 sec. on my machine), so I wondered if there is something that can be done about that? TIA -Stijn - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- joachim müller [EMAIL PROTECTED] . tel +49-69-759003-11 wemove digital solutions [EMAIL PROTECTED] . tel +49-69-759003-0 . fax +49-69-759003-22 eschersheimer landstrasse 5-7 60322 frankfurt . germany http://www.wemove.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven keeps downloading SNAPSHOT jars, when building Jetspeed 1.6-dev
Thanks Joachim, works like a charm! - Original Message - From: Joachim Müller [EMAIL PROTECTED] To: Jetspeed Users List [EMAIL PROTECTED] Sent: Friday, July 30, 2004 5:17 PM Subject: Re: Maven keeps downloading SNAPSHOT jars, when building Jetspeed 1.6-dev add -o as an maven option (offline mode, no downloads at all!!) Stijn de Witt schrieb: Hi, I've downloaded jetspeed-1.6-dev from CVS and it compiles fine, but maven keeps trying to download pluto-1.0.1-SNAPSHOT.jar and activemq-1.0-SNAPSHOT.jar. It makes the compile slow ( 40 sec. on my machine), so I wondered if there is something that can be done about that? TIA -Stijn - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- joachim müller [EMAIL PROTECTED] . tel +49-69-759003-11 wemove digital solutions [EMAIL PROTECTED] . tel +49-69-759003-0 . fax +49-69-759003-22 eschersheimer landstrasse 5-7 60322 frankfurt . germany http://www.wemove.com/ - 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]
[Fwd: RE: Jetspeed 1.6-dev from CVS - Freeze in CastorRegistryService]
The fix didn't work for me. Tomcat do not go into an infinite loop anymore, but Jetspeed can't show crash at the welcome page. So, i'm still stuck... I would REALLY like to be able to use Velocity or JSP with my portlets... ;-) Would there exist any fix or workaround ? Thanks for your patience... Le ven 21/05/2004 à 19:20, Jeremy Ford a écrit : The patch has not been applied to head. The reason that the patch has not been applied is that it has not been reviewed yet. Also, it's a major change (from what I remember) to the Registry service. If possible, I wouldn't mind feedback from users who have applied the patch to their system to see what kind of results they have had. Jeremy Ford [EMAIL PROTECTED] -Original Message- From: Jean-François Ménard [mailto:[EMAIL PROTECTED] Sent: Friday, May 21, 2004 5:16 PM To: Jetspeed Users List Subject: Jetspeed 1.6-dev from CVS - Freeze in CastorRegistryService With a fresh build from CVS, everything work fine for a while. But as soon as I try to use a VelocityPortlet or a JspPortlet, Jetspeed hang and cannot start anymore. In fact, as soon as I insert one of these portlets in my psml files, I can't start Jetspeed anymore... What's very bizarre is that HelloJSP from Jetspeed work fine!!! In jetspeedservices.log, I have: 2004-05-21 18:04:25,270 [DaemonThread:feeddaemon] DEBUG CastorRegistryService - RegistryService: Waiting for init of Registry... 2004-05-21 18:04:25,772 [DaemonThread:feeddaemon] DEBUG CastorRegistryService - RegistryService: Waiting for init of Registry... 2004-05-21 18:04:26,274 [DaemonThread:feeddaemon] DEBUG CastorRegistryService - RegistryService: Waiting for init of Registry... 2004-05-21 18:04:26,775 [DaemonThread:feeddaemon] DEBUG CastorRegistryService - RegistryService: Waiting for init of Registry... 2004-05-21 18:04:27,277 [DaemonThread:feeddaemon] DEBUG CastorRegistryService - RegistryService: Waiting for init of Registry... 2004-05-21 18:04:27,779 [DaemonThread:feeddaemon] DEBUG CastorRegistryService - RegistryService: Waiting for init of Registry... .. .. I found a thread in mailing list archives wich point to a patch posted in Jira. Question: - If the patch is the fix, wasn't it merged in HEAD? - If yes, then my issue is something else. - If not, why not? Are there any issues with this fix? - 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] -- Jean-François Ménard Logyka technologies inc. ---BeginMessage--- I just realized that I emailed you directly... Sorry! Just responded to the mail... By the way, keep up the good work! Le ven 21/05/2004 à 19:20, Jeremy Ford a écrit : The patch has not been applied to head. The reason that the patch has not been applied is that it has not been reviewed yet. Also, it's a major change (from what I remember) to the Registry service. If possible, I wouldn't mind feedback from users who have applied the patch to their system to see what kind of results they have had. Jeremy Ford [EMAIL PROTECTED] -Original Message- From: Jean-François Ménard [mailto:[EMAIL PROTECTED] Sent: Friday, May 21, 2004 5:16 PM To: Jetspeed Users List Subject: Jetspeed 1.6-dev from CVS - Freeze in CastorRegistryService With a fresh build from CVS, everything work fine for a while. But as soon as I try to use a VelocityPortlet or a JspPortlet, Jetspeed hang and cannot start anymore. In fact, as soon as I insert one of these portlets in my psml files, I can't start Jetspeed anymore... What's very bizarre is that HelloJSP from Jetspeed work fine!!! In jetspeedservices.log, I have: 2004-05-21 18:04:25,270 [DaemonThread:feeddaemon] DEBUG CastorRegistryService - RegistryService: Waiting for init of Registry... 2004-05-21 18:04:25,772 [DaemonThread:feeddaemon] DEBUG CastorRegistryService - RegistryService: Waiting for init of Registry... 2004-05-21 18:04:26,274 [DaemonThread:feeddaemon] DEBUG CastorRegistryService - RegistryService: Waiting for init of Registry... 2004-05-21 18:04:26,775 [DaemonThread:feeddaemon] DEBUG CastorRegistryService - RegistryService: Waiting for init of Registry... 2004-05-21 18:04:27,277 [DaemonThread:feeddaemon] DEBUG CastorRegistryService - RegistryService: Waiting for init of Registry... 2004-05-21 18:04:27,779 [DaemonThread:feeddaemon] DEBUG CastorRegistryService - RegistryService: Waiting for init of Registry... .. .. I found a thread in mailing list archives wich point to a patch posted in Jira. Question: - If the patch is the fix, wasn't it merged in HEAD? - If yes, then my issue is something else. - If not, why
Jetspeed 1.6-dev from CVS - Freeze in CastorRegistryService
With a fresh build from CVS, everything work fine for a while. But as soon as I try to use a VelocityPortlet or a JspPortlet, Jetspeed hang and cannot start anymore. In fact, as soon as I insert one of these portlets in my psml files, I can't start Jetspeed anymore... What's very bizarre is that HelloJSP from Jetspeed work fine!!! In jetspeedservices.log, I have: 2004-05-21 18:04:25,270 [DaemonThread:feeddaemon] DEBUG CastorRegistryService - RegistryService: Waiting for init of Registry... 2004-05-21 18:04:25,772 [DaemonThread:feeddaemon] DEBUG CastorRegistryService - RegistryService: Waiting for init of Registry... 2004-05-21 18:04:26,274 [DaemonThread:feeddaemon] DEBUG CastorRegistryService - RegistryService: Waiting for init of Registry... 2004-05-21 18:04:26,775 [DaemonThread:feeddaemon] DEBUG CastorRegistryService - RegistryService: Waiting for init of Registry... 2004-05-21 18:04:27,277 [DaemonThread:feeddaemon] DEBUG CastorRegistryService - RegistryService: Waiting for init of Registry... 2004-05-21 18:04:27,779 [DaemonThread:feeddaemon] DEBUG CastorRegistryService - RegistryService: Waiting for init of Registry... ... ... I found a thread in mailing list archives wich point to a patch posted in Jira. Question: - If the patch is the fix, wasn't it merged in HEAD? - If yes, then my issue is something else. - If not, why not? Are there any issues with this fix? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]