AW: Debugging Portlets
I usually change the startup parameters of Tomcat according to a remote VM, but Tomcat has JPDA capabilities out of the box check the startup parameters for tomcat, there is a jpda entry hidden you can use that one to turn on JPDA and then hook into the running tomcat from whatever remote debugger you use. Werner Punz Labor-C http://www.labor-c.net -Ursprüngliche Nachricht- Von: Aurelien Pernoud [mailto:[EMAIL PROTECTED]] Gesendet: Dienstag, 21. Jänner 2003 11:08 An: 'Jetspeed Users List' Betreff: RE: Debugging Portlets Tomcat 3 : main class : org.apache.tomcat.startup.Main parameters JVM : nothing parameters application : run Tomcat 4 : main class : org.apache.catalina.startup.Bootstrap JVM : -Dcatalina.home=THE\PATH\TO\YOUR\TOMCAT\DIR ex : -Dcatalina.home=C:\jakarta-tomcat-4.1.17 application : start HTH, Aurelien Shorney, Rob a écrit : Hi, Does anybody know how to debug portlets using JBuilder and remote debugging - I am guessing that some JVM parameters need to be set in Tomcat - but I don't know. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
AW: Jetspeed and Struts
I´m not a project developer but a user so I stand here with my own opinion. I guess that comes down to the fact that nobody probably had a serious need for what you are asking and therefore it hasn´t been implemented. Usually stuff like that enters into an OSS project the way that somebody had a need and implemented or did it and sent it back to the project maintainers. -Ursprüngliche Nachricht- Von: Hoang, Hai [mailto:[EMAIL PROTECTED]] Gesendet: Montag, 16. Dezember 2002 16:06 An: 'jetspeed-user' Betreff: Jetspeed and Struts Do you've any plans porting Jetspeed to Struts and OJB? Any efforts underway do you know of? I just don't understand why Jetspeed team doesn't take the advantage of the large Struts user communities and make Jetspeed more accessible for the Struts users. Jetspeed technology is based on a turbine framework and it's is a big mistake even though it may a have better technologies. Now if I want to use and expand Jetspeed I've to learn velocity and turbine...what a steep learning curve. _ Introducing the all new and improved continental.com. With a totally new personalized design, it's the best place to go. Before you go. Continental Airlines. Work Hard. Fly Right. http://www.continental.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
AW: Moving from b1 to b2
ok thanks. I will probably move my data to a mysql db or and then do the changes. (The work I did back then on Microsoft SQL migration was only for evaluation) Thanks for the list it will be very helpful for the migration process. Once I can start it budgetwise. Btw. another question, I´m currently looking for a decent OR mapper. I found Hibernate which seems to be excellent (I think the best solution so far functionalitywise and is maintained really well, most users rave about it, almost everyday on the sourceforge top 10 list) but since it uses a load of Apache libaries it might be hard to merge it with jetspeed and other high level projects like Axis due to possible library conflicts. The second option would be Torque thanks to its close binding to the Jetspeed project. Has anyone used it extensively, how does it perform? How is it bugwise and where are the problems? I guess you, David, might be the person who knows most about the thing since you used it extensively in Jetspeed. Btw. a short off topic note: A quick recompilation against Jetspeed b1 and having to replace one or two older apache jars with newer versions (I think the commons were a little bit problematic) revealed that at least a compile against Jetspeed b1s needed libraries was possible. I haven´t had a look if it runs, but since it uses so many apache libraries, merging Hibernate inte Jetspeed is like asking for sure trouble in the long term. Both projects very high level on the libaries and both projects use the jakarta base extensively. (Same goes basically for Axis but since both projects are jakarta projects you can at least expect to be around the same library version level vor the core jakarta libs so that a merge is not that problematic) Anyway I see a jar file hell on the horizon :-( time for Sun to think about a versioning mechanism in the long term. The jar file hell sure will break loose once more and more jakarta libs go into the core JDK, we have the first signs of that already here with users having problems with various Xerces versions (and one being in the core JDK since 1.4) -Ursprüngliche Nachricht- Von: David Sean Taylor [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 11. Dezember 2002 20:30 An: Jetspeed Users List Betreff: RE: Moving from b1 to b2 -Original Message- From: Werner Punz [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 11, 2002 8:45 AM To: [EMAIL PROTECTED] Subject: Moving from b1 to b2 Hi has anyone already successfully moved an existing project from b1 to b2? There are three issues that I know of. 1. new column on TURBINE_USER table: PASSWORD_CHANGED TIMESTAMP 2. Torque upgrade. See http://jakarta.apache.org/jetspeed/site/supporting-projects.html 3. if you're using the Hypersonic SQL db, the primary key id columns have been changed to auto-increment -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
AW: Build Source Code
You don?t need eclipse to build the code, ant will do it alone. I just recommended Eclipse yesterday because somebody still used VA and had problems. Just make sure ant runs on your system and you have a new JDK. Eclipse is not necessary it is just the candy bar on top of it. -Ursprungliche Nachricht- Von: Sangam Dash [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 11. Dezember 2002 20:40 An: Jetspeed Users List Betreff: Build Source Code Hi I want to change something in the jetspeed source code for my own use I have installed eclipse now. will that do? or i need ant to do it? is there any docs how to build the source? or i need to check out from CVS? i am on windows 2000 so i avoid using ant please help me thanks sangam dash -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
AW: Build Source Code
The Ant manual is not really good, it is a good reference once you have a grasp on the thing. There are several small tutorials. However I can recommend the Mannings book on Ant, excellent and it covers everything from the basics to very advanced stuff like using cDoclet and automated testing. -Ursprungliche Nachricht- Von: Glen Carl [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 11. Dezember 2002 21:06 An: Jetspeed Users List Betreff: Re: Build Source Code http://jakarta.apache.org/ant/manual/index.html Once you have ant installed. Change directory to jakarta-jetspeed/build Execute: ant war The jetspeeed.war will be found in jakarta-jetspeed/bin The jakarta-jetspeed directory is the root level directory after you unzip. Glen Sangam Dash wrote: do you know any good tutorial on ant or how to build jetspeed source on ant? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
AW: Build Source Code
Just to step outside of the Jetspeed project, here is what I do for my own projects. I have similar environments. I basically use Eclipse for editing my own code thanks to its refactoring tools and incremental compilation Then I use ANT for everything else: a) I use it for packaging the final war's b) I use it to shift my binary dirs to the tomcat folder b) I also use it for a full compilation cycle if needed etc The list is endless. I basically use it as an enhancement tool for eclipse in my case, with the benefit that some of the targets are so general that you can use them as deployment builds outside every ide (like a good makefile is supposed to) and some of the targets make only sense in the context of eclipse. But ant is so general you can do almost everything you want to once you have a grasp on it. Also working in teams is much better once you have decent build files. Everyone can use his own tool and the general consencous is the build and all tests have to work and the deployment as well. -Ursprungliche Nachricht- Von: Glen Carl [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 11. Dezember 2002 22:04 An: Jetspeed Users List Betreff: Re: Build Source Code I created my own build environment, to overlay my changes on the core jetspeed.war. I rarely change the jetspeed.jar, and normally only change it for temp bug fix or to experiment. I believe this what other developers are doing too. I highly recommend that you step through the new tutorial at http://www.bluesunrise.com/jetspeed-docs/JetspeedTutorial.htm . Glen Sangam Dash wrote: I need to change something in the properties files like JetspeedLicalization.properties which is inside the jetspeed-1.4b1.jar file? so if i change it and build the source using ant then i can just use the newly created jar file? or how doesit work? or everytime i change something i need to use the newly created war file? thanks sangam dash -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Moving from b1 to b2
Hi has anyone already successfully moved an existing project from b1 to b2? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
AW: Thanks
First of all have a look at ant, this is the main build tool. Secondly, you still use Visual Age, I highly recommend that you move on to a newer tool for various reasons a) no ant support b) no support for newer jdks c) it already is phased out by IBM and replaced by Eclipse/WSDA (you can download Eclipse from www.eclipse.org) The compilation errors you face are mostly caused by the JDK version VA uses (I think it uses 1.2 or so AFAIR- rather old, the current JDK is around 1.4.1) any maybe you also might have forgotten to add the needed jar files to your project. However I recommend: a) move towards Eclipse/WSAD if possible b) learn the basics of ANT, you won?t regret it, basically the best build tool I?ve used so far. c) have fun and enjoy Jetspeed and some of the awesome features Eclipse has (refactoring) -Ursprungliche Nachricht- Von: Sangam Dash [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 11. Dezember 2002 19:17 An: Jetspeed Users List Betreff: Re: Thanks Jeffrey Owens wrote: I've downloaded the source, built and done some initial configuration and everything looks great. It was quick and easy. The new tutorial is awesome, I've been messing around with Jetspeed for 6 months and already learned some of the lessons in that document, but there is a lot for me to learn there also. I just wanted to thank David, Raphael, Mark and any others who contributed for their hard work, it is very much appreciated. Jeffrey Owens - Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now How can i download jetspeed source and build it and change some of the source code for my own use? when i download the source and try to create a project in visual age it gives all compilation errors? do you know what all jar files does it need to compile properly thanks sangam dash -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
AW: what is up with this source code!!!....
Excellent document, may I add a short subsection on Netbeans Forte: (I?ve always used IDEs but use extensively command line tools, I just prefer IDEs over editors like emacs or vi).. I just copy the text and alter where it is necessary: Setting up Netbeans/Forte for Remote Debugging So now you've got Tomcat remote debuggable right? Now you want to get your favorite IDE Eclipse ready for action right? So lets not waste time embelishing. Netbeans/Forte makes this really easy. We're going to assume you have a project set up with all of the fixings and have some idea of what you're doing in this respect. If not then thats really outside the scope of this topic and more in the scope of you needing to go to eclipse.org and read up on how to use your ide, and maybe practice a little bit before you come back to this. We're also going to assume you have some idea of what a debugger is and how to use one. If not, then play around debugging a project locally first by going here and following the instructions. Make sure tomcat is started and that your app is deployed and the sources, etc are all defined as resources in your app. If you have a servlet or something, set a breakpoint where its sure to hit on the next request. Go to Debug-Start Session-Attach. A dialog should pop up and use following options: Default Debugger:JPDA Socket Attach Host:the ip address of the host your Tomcat installation is running on (127.0.0.1 if it is your machine) Port:The port of your tomcat debugging interface, which should be 8000 if you?ve followed the instructions correctly Then press ok and you should have a debugging connection very similar to local debugging. (you can set breakpoints inspect variables etc.) Netbeans/Forte however has a second option, you can debug JSP files and servlets locally. Nothing really exciting happens there, an integrated Tomcat server is started and a remote connection is opened. Note however that the integrated Netbeans Tomcat usually is a few versions behind the current Jakarta/Apache version. -Ursprungliche Nachricht- Von: Glen Carl [mailto:[EMAIL PROTECTED]] Gesendet: Montag, 25. November 2002 04:25 An: Jetspeed Users List Betreff: Re: what is up with this source code!!! Very cool! I have forwarded this link to developers on our project as a reference. Thanks! Glen Andrew C. Oliver wrote: want to do work that someone else has successfully done already. If anyone out there is trying to solve this problem, please let me know. Due to this and other inquiries I've been inspired to start writing this: http://jakarta.apache.org/site/idedevelopers.html contributions and suggestions welcome. I won't personally be covering IDEs other than eclipse since I don't use any of them anymore. -Andy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
AW: extending jetspeed security model
Hi I don´t know if that is a good idea, why don´t you store your data in an extra table and relink both tables in a 1:1 relationship? -Ursprüngliche Nachricht- Von: Martin Kisimov [mailto:MartinK;discovery.co.za] Gesendet: Freitag, 15. November 2002 10:13 An: 'Jetspeed Users List' Betreff: extending jetspeed security model *** Your mail has been scanned by InterScan. ***-*** Hi, I am trying to extend the base jetspeed security model. By extend I mean, addition of a few extra columns to the USER table that jetspeed uses. We have managed to use the oracle db and have jetspeed running of there. We have different application apart from the portal which currently use standalone user tables non jetspeed related. In order for us to incorporate all users into one table and still use the jetspeed security model we need the addition of extra columns which represent extra user data. Where can we change code or configuration or take a certain approach to modifying the user table so that jetspeed will pick up this extra info and use it. Any help is appreciated -- To unsubscribe, e-mail: mailto:jetspeed-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:jetspeed-user-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:jetspeed-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:jetspeed-user-help;jakarta.apache.org
Axis+Jetspeed merging tool
Hi after I got a positive feedback from a user, I think I´m going to post a tool/ant file which allows axis and jetspeed to be merged at a binary level. Use it on your own risk but it should work. You have to use it on a plain Jetspeed 1.4b1 war file and an Axis 1.0 war file and the result should be merged installation which works with both. Unpack the zip file, read the readme file there have to be several files added to the blank build package and then start the build.xml with an. After everything is done you should find a merged war file in the location the readme file indicates. Warning, don´t use this tool on a packed existing jetspeed installation use it on fresh war files instead and you should be save! (nothing is done outside of the package directories) Have much fun Dipl. Ing. Werner Punz Labor-C GesmbH. http://www.labor-c.net http://www.labor-c.net jetspeedmerge.zip Description: jetspeedmergezip -- To unsubscribe, e-mail: mailto:jetspeed-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:jetspeed-user-help;jakarta.apache.org
AW: CMS
Just a short comment on OpenCms... I don´t think merging boths systems is a good idea (I´ve worked with both, hence also my small project on the OCS site on how to integrate Velocity) OCS follows a completely different route. a) First it is under LGPL so basically an integration is possible but not under the Apache license for the full system. b) The philosophy is different. OpenCMS bascially builts an entire web infrastructure upon an RDB... that basically means it simulating a file system and puts a frontpage like infrastructure on top of it to enable an experienced user to edit and manage the content. I think if you´ve ever seen OpenCms in action you know what I mean. This doesn´t really blend to well with the rather lightweigt approach Jetspeed follows (and which I personally prefer). You could build up a portal content infrastructure on top of opencms, by sharing the content tables and then having them served by jetspeed, but I don´t really think the effort really is worth it. OpenCMS is a powerful system and works very well if you can handle it (it needs a lot of tweaking before you really can roll it out) But the philopsophies of both systems are simply completely different. OpenCMS is not a content management where you just serve the content (you have to build something on top of that) its more an Infrastructure to enable you to build such systems. Whereas Jetspeed is a portal which just serves the content which might be fed into it by a CMS System. Werner Labor-C GesmbH http://www.labor-c.net -Ursprüngliche Nachricht- Von: Marco Fabbri [mailto:mfabbri;libero.it] Gesendet: Mittwoch, 23. Oktober 2002 18:44 An: Jetspeed Users List Betreff: Re: CMS And what about OpenCMS? www.opencms.org Marco Fabbri -- To unsubscribe, e-mail: mailto:jetspeed-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:jetspeed-user-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:jetspeed-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:jetspeed-user-help;jakarta.apache.org
RE: Jetspeed BUG???
I have an addition to the context problem: I posted about the issue with the different contexts depending on what happens quite a while ago (around August), for some reason it went under in the traffic, As it seems the doPerform and the events in 1.4b1 get different contexts (as you described one for the turbine the other for jetspeed) I used a different workaround to this problem. I settled down to ignore the passed context and generated my own app specific context which then was corrently installed in the application. Here is my approach to the problem: I extracted the code generation for the context (I´m not sure if my naming is different to the one of the core system contexts, doesn´t really matter anyway) protected Context getActionContext(RunData data) { Context context = (Context) data.getTemplateInfo().getTemplateContext(VelocityActionContext); if(context == null) { context = TurbineVelocity.getContext(); data.getTemplateInfo().setTemplateContext(VelocityActionContext,contex t); } return context; } And instead of using the served context I simply do a quick call to my getActionContext to fetch my internal context: public void doPerform(RunData data, Context context) { context = super.getActionContext(data); Later in the template I fetch the context into a local variable for later processing: #set($myActionContext = $data.getTemplateInfo().getTemplateContext('VelocityActionContext')) Then you simply deal with it like with ever other Velocity variable by simply accessing the data stored in the new context variable: #if($lcActionContext.target $lcActionContext.target.equalsIgnoreCase(VotingExecute)) -Ursprüngliche Nachricht- Von: Glenn R. Golden [mailto:ggolden;umich.edu] Gesendet: Mittwoch, 23. Oktober 2002 14:34 An: Jetspeed Users List Betreff: Re: Jetspeed BUG??? If in your form that has the submit that triggered the doUpdate, there is an 'action' parameter (with the class name of your Action class), then the request will be handled by the Turbine action mechanism, not the Velocity action mechanism. The difference is that from Turbine, only your action class is called - with velocity, all the portlets on the page get a shot at responding to the submit. Also, with Turbine, the action is processed BEFORE any of the page is composed - with velocity, the action is processed as part of each portlet's composition. An action call handled by Turbine can do a redirect - one handled by velocity cannot (output has already been sent to the browser). The key difference in this case is that the context is new or missing when using the Turbine action processing, but will be there as expected when using the velocity action processing. We exclusively use the Turbine action processing in our Jetspeed work. We just ignore the context parameter to the do... routines. When doing Turbine action processing, the do... routine will be called, then all the portlets will be composed, so your build routine will also be called. Nice separation between input processing and output. With velocity, only the do routine will be called, it must setup the context for the output as well as process the input. All controlled by having or not the 'action' form field or url parameter. - Glenn - Glenn R. GoldenSystems Research Programmer School of Information University of Michigan [EMAIL PROTECTED]734-615-1419 - -- To unsubscribe, e-mail: mailto:jetspeed-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:jetspeed-user-help;jakarta.apache.org
AW: CMS
I think there is an effort going on. I think I read something about this in this list a few days ago. Anyway a short comment to this. Adding a CMS is a two edged sword. Zope for instance is written in Python, doesn´t combine too well. (Jython is not the real answer to this problem) I think the most feasable way unless you can integrate a java based one within the same webapp is, a) Either try to have access from Jetspeed to the CMS database or vice versa and put some of the content you define with the CMS into portlets. b) If thats not feasable then I think a connecting technology has to be used (Soap for instance might be the right choice in this case) and have the portlets displaying the fetched data as well. So it all ends up how you want to do the integration on what level and what you really want to do with it. For instance an approach like this might be fesable having a discussion forum done as a portlet but the content itself (setting the main topics... user handling on the backend side etc...) can be done with some kind of integrated CMS. But using a CMS which generates full blown web pages and integrate that one into jetspeed is not really a good approach I think. Either way you will end up to write some portlets to access the CMS data. -Ursprüngliche Nachricht- Von: Hauge, Geoffrey [mailto:HaugeG;pcci.com] Gesendet: Mittwoch, 23. Oktober 2002 16:06 An: 'Jetspeed Users List' (E-mail) Betreff: CMS Has anyone here integrated a Content Management System with Jetspeed such as Zope or Vignette? -- To unsubscribe, e-mail: mailto:jetspeed-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:jetspeed-user-help;jakarta.apache.org
AW: Next Stable Release?
I have a question about this, does that mean the fully security now is fully based on LDAP including the users, or is this optional and the security system still can be switched back to the old Torque based system? Werner -Ursprüngliche Nachricht- Von: David Sean Taylor [mailto:david;bluesunrise.com] Gesendet: Dienstag, 22. Oktober 2002 00:58 An: Jetspeed Users List Betreff: RE: Next Stable Release? along with on-going work: - LDAP Security Service -- To unsubscribe, e-mail: mailto:jetspeed-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:jetspeed-user-help;jakarta.apache.org
Re: Next Stable Release?
Guys have a look at the fixed class I just sent down the mailing list. It basically fixes the problem (according to an old post in the list) At least it does it for me on my machine. The problem was that the UTF-8 string is hardcoded in the MimeType class altering that to load the settings dynamically from the config files does the job. I set the encoding to ISO-8859-1 and now all the pages are rendered correctly into ISO as far as I can see. I´m not sure if there are other hardcoded UTF-8 settings in the code but this one definitely solved a big problem for me. Luta, Raphael (VUN) wrote: It's the same issue so I'll try to fix it also. However, I'd love if you could append to this bug in bugzilla a set of RSS feeds encoded in iso-8859-2 so that I can use them as a test case. For iso-8859-1, I should be able to make these test cases myself :) -- To unsubscribe, e-mail: mailto:jetspeed-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:jetspeed-user-help;jakarta.apache.org
Re: Next Stable Release?
Hi David, a short question since I haven't had a look at the current CVS tree is there a major change to expect apiwise or config file wise? On Saturday 19 October 2002 20:42, David Sean Taylor wrote: Can anyone tell me the approximate schedule for the next stable release? Nov 1 -- To unsubscribe, e-mail: mailto:jetspeed-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:jetspeed-user-help;jakarta.apache.org
RE: Ported my PSML DB to Microsoft SQL and found a possible bug+otherstuff (Soap related)
Well I give you a headstart just in case you missed the Jetspeed+Axis thread: http://marc.theaimsgroup.com/?l=jetspeed-userm=103462420120657w=2 Just follow this thread. I just saw that the merged web.xml is not stored in the list (due to its attachment nature) I will add it here as plain text (sorry for posting twice), note however that this web.xml is a quick hack to get both systems up and running haven´t had enough time to clean it up yet. ?xml version=1.0 encoding=ISO-8859-1? !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.2//EN http://java.sun.com/j2ee/dtds/web-app_2.2.dtd; web-app display-nameApache-Axis/display-name servlet servlet-name jetspeed /servlet-name servlet-class org.apache.turbine.Turbine /servlet-class init-param param-nameproperties/param-name param-value WEB-INF/conf/TurbineResources.properties /param-value /init-param load-on-startup1/load-on-startup /servlet servlet servlet-nameAxisServlet/servlet-name display-nameApache-Axis Servlet/display-name servlet-class org.apache.axis.transport.http.AxisServlet /servlet-class /servlet servlet servlet-nameAdminServlet/servlet-name display-nameAxis Admin Servlet/display-name servlet-class org.apache.axis.transport.http.AdminServlet /servlet-class load-on-startup100/load-on-startup /servlet servlet servlet-nameSOAPMonitorService/servlet-name display-nameSOAPMonitorService/display-name servlet-class org.apache.axis.monitor.SOAPMonitorService /servlet-class init-param param-nameSOAPMonitorPort/param-name param-value5001/param-value /init-param load-on-startup100/load-on-startup /servlet servlet-mapping servlet-nameAxisServlet/servlet-name url-pattern/servlet/AxisServlet/url-pattern /servlet-mapping servlet-mapping servlet-nameAxisServlet/servlet-name url-pattern*.jws/url-pattern /servlet-mapping servlet-mapping servlet-nameAxisServlet/servlet-name url-pattern/services/*/url-pattern /servlet-mapping servlet-mapping servlet-nameSOAPMonitorService/servlet-name url-pattern/SOAPMonitor/url-pattern /servlet-mapping servlet-mapping servlet-name jetspeed /servlet-name url-pattern /portal/* /url-pattern /servlet-mapping servlet-mapping servlet-name jetspeed /servlet-name url-pattern /jetspeed/* /url-pattern /servlet-mapping mime-mapping extensionwbmp/extension mime-typeimage/vnd.wap.wbmp/mime-type /mime-mapping mime-mapping extensionwml/extension mime-typetext/vnd.wap.wml/mime-type /mime-mapping mime-mapping extensionwmls/extension mime-typetext/vnd.wap.wmlscript/mime-type /mime-mapping welcome-file-list welcome-fileindex.jsp/welcome-file welcome-fileindex.wml/welcome-file welcome-fileindex.html/welcome-file /welcome-file-list /web-app I already gave a short explanation about the merging process on a binary level in the link I posted. Once you have merged the system you have to check if your installation. Axis has a verification page. But I think you should better check out this page from the Axis developers: http://cvs.apache.org/viewcvs.cgi/~checkout~/xml-axis/java/docs/install.html#install-test Just replace axis with your own webapp name for the links mentioned. Once your installation is tested you can start to deploy the webservices (like serving banners or giving external access to certain portal data ...) in various ways and use the axis client libraries from within Jetspeed to access external content. Check out: http://cvs.apache.org/viewcvs.cgi/~checkout~/xml-axis/java/docs/user-guide.html For a webservice configuration and deployment headstart I´m new to soap as well. But I did a bunch of webservices already. In my opinion the axis jws approach is too limiting (currently). I now use plain java classes together with wsdd files and server registering for my services, the possiblities you have this way are much better, although it is a little bit of a burden to register the services first instead of simply dropping a file) If there are still questions and/or problems regarding the merging (I´m neither one of the Jetspeed nor of the Axis developers) just drop a mail to the list. I will monitor it more closely than usual. -- Werner Punz Labor-C GesmbH. http://www.labor-c.net Werner Ramaekers wrote: Sure am interested in any info that would explain how to configure that stuff, so please do. -- To unsubscribe, e-mail: mailto:jetspeed-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:jetspeed-user-help;jakarta.apache.org
Ported my PSML DB to Microsoft SQL and found a possible bug+otherstuff (Soap related)
Hi, I just ported my jetspeed database into a Microsoft SQL Server and I found a possible bug regarding the database drivers. I had a problem to integrate a custom Microsoft SQL JDBC driver into the system. There seemed to be now way to integrate a custom driver cleanly. I had to alter the DBFactory class of Torque and had to add my driver to the default list to get it up and running. Did I miss something there or is there really no way to add a different driver than to alter DBFactory? (System:Jetspeed 1.4b1 on Tomcat 4.1) Another thing was that the sql scripts generated from Torque were a little bit buggy, I don´t know if I had a config problem there, or if the Torque SQL generator is a little bit buggy towards M$SQL. ... Another thing a few days ago I posted my Jetspeed+Axis Integration Web XML and a bunch of added comments in the Jetspeed+Soap thread. There have been a few people interested, but after posting it I never got an answer. Are the people in this list still interested in that stuff? Does anyone have problems to merge Axis and Soap? -- To unsubscribe, e-mail: mailto:jetspeed-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:jetspeed-user-help;jakarta.apache.org
RE:Jetspeed+Soap
Ok, sorry that it took me a little bit longer but I´m currently busy. Here is the first of the promised Soap postings on how to merge Jetspeed and Axis. Attached you can find my web.xml file I currently use on my merged system. Note that it works more or less but it still needs a little bit of fixing maybe (I was just eager to get the thing up and running) Also here is a little example of a simple Soap Portlet which accesses a remote jokes database somehwere on the net (you don´t have to mind sexist and dirty jokes though, but it is an excellent example due to its simplicity, I found it on the net so please don´t hammer this server, I don´t know whom it belongs to. It´s public but...) The WSDL file is: --- ?xml version=1.0 encoding=utf-8? definitions xmlns:http=http://schemas.xmlsoap.org/wsdl/http/; xmlns:soap=http://schemas.xmlsoap.org/wsdl/soap/; xmlns:s=http://www.w3.org/2001/XMLSchema; xmlns:s0=http://interpressfact.net/webservices/; xmlns:soapenc=http://schemas.xmlsoap.org/soap/encoding/; xmlns:tm=http://microsoft.com/wsdl/mime/textMatching/; xmlns:mime=http://schemas.xmlsoap.org/wsdl/mime/; targetNamespace=http://interpressfact.net/webservices/; xmlns=http://schemas.xmlsoap.org/wsdl/; types s:schema elementFormDefault=qualified targetNamespace=http://interpressfact.net/webservices/; s:element name=getJoke s:complexType s:sequence s:element minOccurs=0 maxOccurs=1 name=Category type=s:string / /s:sequence /s:complexType /s:element s:element name=getJokeResponse s:complexType s:sequence s:element minOccurs=0 maxOccurs=1 name=getJokeResult type=s:string / /s:sequence /s:complexType /s:element s:element name=string nillable=true type=s:string / /s:schema /types message name=getJokeSoapIn part name=parameters element=s0:getJoke / /message message name=getJokeSoapOut part name=parameters element=s0:getJokeResponse / /message message name=getJokeHttpGetIn part name=Category type=s:string / /message message name=getJokeHttpGetOut part name=Body element=s0:string / /message message name=getJokeHttpPostIn part name=Category type=s:string / /message message name=getJokeHttpPostOut part name=Body element=s0:string / /message portType name=getJokeSoap operation name=getJoke documentationJoke categories:lt;brgt;lt;brgt;Murphy's Laws - 7lt;brgt;Qamp;A - 3lt;brgt;Unnatural Laws - 18lt;brgt;Cool Jokes - 6lt;brgt;Blondes - 2lt;brgt;Random(contains Adult) - 1lt;brgt;Lawyers - 5lt;brgt;Headlines - 8lt;brgt;Military - 9lt;brgt;All categories - 0lt;brgt;lt;brgt;/documentation input message=s0:getJokeSoapIn / output message=s0:getJokeSoapOut / /operation /portType portType name=getJokeHttpGet operation name=getJoke documentationJoke categories:lt;brgt;lt;brgt;Murphy's Laws - 7lt;brgt;Qamp;A - 3lt;brgt;Unnatural Laws - 18lt;brgt;Cool Jokes - 6lt;brgt;Blondes - 2lt;brgt;Random(contains Adult) - 1lt;brgt;Lawyers - 5lt;brgt;Headlines - 8lt;brgt;Military - 9lt;brgt;All categories - 0lt;brgt;lt;brgt;/documentation input message=s0:getJokeHttpGetIn / output message=s0:getJokeHttpGetOut / /operation /portType portType name=getJokeHttpPost operation name=getJoke documentationJoke categories:lt;brgt;lt;brgt;Murphy's Laws - 7lt;brgt;Qamp;A - 3lt;brgt;Unnatural Laws - 18lt;brgt;Cool Jokes - 6lt;brgt;Blondes - 2lt;brgt;Random(contains Adult) - 1lt;brgt;Lawyers - 5lt;brgt;Headlines - 8lt;brgt;Military - 9lt;brgt;All categories - 0lt;brgt;lt;brgt;/documentation input message=s0:getJokeHttpPostIn / output message=s0:getJokeHttpPostOut / /operation /portType binding name=getJokeSoap type=s0:getJokeSoap soap:binding transport=http://schemas.xmlsoap.org/soap/http; style=document / operation name=getJoke soap:operation soapAction=http://interpressfact.net/webservices/getJoke; style=document / input soap:body use=literal / /input output soap:body use=literal / /output /operation /binding binding name=getJokeHttpGet type=s0:getJokeHttpGet http:binding verb=GET / operation name=getJoke http:operation location=/getJoke / input http:urlEncoded / /input output mime:mimeXml part=Body / /output /operation /binding binding name=getJokeHttpPost type=s0:getJokeHttpPost http:binding verb=POST / operation name=getJoke http:operation location=/getJoke / input mime:content type=application/x-www-form-urlencoded / /input output mime:mimeXml part=Body / /output /operation /binding service name=getJoke documentationlt;a href='http://interpressfact.net'gt;lt;img
Re: AW: AW: configuration files (xreg) destroyed after shutdown
No problem, glad I could help. Werner Punz -- Labor-C GesmbH http://www.labor-c.net On Wednesday 16 October 2002 15:49, Tegethoff, Jan wrote: You are right! This seems to make the difference. Using the provided Windows Start-Menu items leads to the problem, using the shutdown script everything works fine. Lesson learned. Thanks again for your help! Jan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Jetspeed+Soap
Hi since nobody answered to my last post regarding this. I sucessfully merged Jetspeed and Soap on a binary level (see my last post) using Axis. I also developed a sample application accessing a soap service on the net (I found) via Axis and WSDL in a portlet. (I also have a soap service serviced from my local database layer which also is accessed by jetspeed in the same webapp) So far it seems to work quite well. If anyone is interested I will write everything down and post the info. Just leave a comment in this thread if you are interested and I will write everything down the next few days. But what I acutally need is some info from the developers. I got a little bit butterflies in my stomach, by merging both systems within the same webapp on a binary level. The problem might be that, I had to remove the apache soap jar file and the old xalan file from the Jetspeed lib dir. (Xalan was replaced with the newer build in JDK 1.4.1 and Soap by the stuff which Axis delivers). So far the system runs really well, but does anyone of the developers have a clue what sideefects this might cause in the long term? I assume Xalan shouldn´t pose too much of a problem since it seems backward compatible, but the problem might be Soap/Axis. Since they might be used somewhere in the jetspeed sourcetree. Can anyone of the developers comment on this? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Jetspeed+Soap
On Monday 14 October 2002 19:53, David Sean Taylor wrote: Im in the process of upgrading Jars in Jetspeed, Turbine and Torque specifically, think Im getting pretty close now. I think we should drop soap.jar, and include the latest version of Axis. Btw... Axis is version 1.0 finally :-) I don't think that soap.jar is used in any portlets, since the StockQuotePortlet does its own Soap. Im at xerces-2.0.2.jar and xalan-2.3.1.jar If you could document how to include Axis in the Jetspeed distributable, I'd be glad to commit the changes Thanks for the fast reply. I 'm still on jetspeed 1.4b1 running on Tomcat 4.1 with JDK1.4.1 Basically the merge is very easy. There are only 3 files which collide with jetspeed, one is the obligatory web.xml file the other one the soap.jar which axis replaces packagewise and the third one seems to be the xalan file which has to be replaced/removed. What I did was following: I merged both web.xml files into a working file (I will post it tomorrow) I removed the soap.jar and xalan.jar (the JDK1.4.1 has a xalan which works with Axis the Xalan from 1.4b1 didn work). I'm still not sure where the problem was, but the wsdl compiler threw me errors with the old Xalan Jetspeed had. I personally think that Axis needed a newer version of Xalan than Jetspeed did and the JDK after a small check had the Xalan libs in its rt.jar, so basically they must be newer. And then I basically merged both directory structures into one. Thats basically it. As I said it works so far on my 1.4b1 based install, but I still have butterflies in my stomach due to the dirty merge I did. I dont have access now to the altered web.xml, but I will post it tomorrow, this should give a headstart to merge the systems. The build however should be done in the long run on a source level, I guess. But believe me merging jetspeed and Axis results in a killer app... I will post a small example tomorrow evening as well in this thread. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Jetspeed+Soap
On Monday 14 October 2002 20:49, David Sean Taylor wrote: I agree I will post a small example tomorrow evening as well in this thread. I'd like to take Axis as a jar file, and have an ant deploy task automatically merge it into the Jetspeed war. (Or if someone has a better solution...) We shouldn't be duplicating any Axis files in Jetspeed. Look forward to your posting I'm not sure if that really is a good solution. The problem I saw was that Axis relies on a load of other Apache libraries. I'm not sure how problematic the compatiblity of various library versions is. But doing that might work for certain Jetspeed/Axis combinations (like it seems to work with 1.4b1/Axis 1.0) but as soon as there is another major inclusion of a library in Turbine, the whole merge might be problematic again. Since I'm not involved in Jakarta projects I'm not really sure how the project synchronisation is handled, all I could see was that most projects try to keep downward compatiblity tests by extensive unit testing. But I think the best thing would be if axis would be merged in some way into Turbine (where it actually would fit perfectly into) or at least there should be some kind of coordination between both projects so that a merge is possible. I don't really like the idea of having Axis running as a separate webapp only. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Jetspeed+Axis
I just wonder if anybody already has tried to merge both systems into one webmodule. I managed it more or less today on a binary, but haven't done any bigger testing yet. Here is what I did: a) First merging both web.xml files into a proper web.xml file which covers both systems, b) then merging the directories of both without overwriting duplicate files. (Direction from jetspeed to axis) The only problem I ran into was the xalan.jar file (axis didn't like the xalan version jetspeed uses). Since I'm running on JDK1.4.1 there is a version of the apache xalan library already included. So far it seems to work, my portal still runs and I can deploy Soap services within the same webapp. However leaving the xalan parser ouf of jetspeed and having the JDK xalan parser doing the XSL stuff, gives me a minor headache about future implications. I'm not sure on what sideeffects I can expect in this combo on the jetspeed side? Can anyone of the developers enlighten me on this? (Btw... I think the jar mechanism definitely needs some kind of versioning system, there seem to be a jar hell emerging) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Problem: Resetting Portals to login state
Following Problem: I have a portal, with several portlets. I want to make some kind of home button which resets the portal in its user defined state (the same state which exists after the login). The problem I face is that controls.Restore only works on portlet level. So that I have to remember which portlet was changed last. Putting a general action=Controls.restore into the URL does nothing, it only works in conjunction with a PID. So my question is, is there a more generic way to restore the portal page into everything restored (aka every portlet at its normal size), or do I really have to remember which portlet was changed last and then restore it over the PID? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: jetspeed = slowspeed?
Just a general note, to the speed, the others have given hints on how to speed things up already. The mentioned speed in the beginning of this thread is definitely not normal. I currently develop into a local jetspeed server and none of my portlets had a response time above more than a few miliseconds (tomcat 4.1 increased the speed which already was good in 3.3.x) First of all. The first startup takes a little bit of time since JSPs have to be compiled but after that it should run almost as fast as a normal JSP page, Velocity is close to non existent in the loading times. The speed difference between custom JSP pages an jetspeed portlets/portals is neglegtable from what I saw on my development system. Kudos to the Velocity/Jetspeed/Turbine developers for that they did one hell of a job. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
External user creation .. need help, urgent
I try to merge jetspeed into an existing system. The problem I have is that I have an existing system with a user management and try to add a jetspeed user every time a user in the existing JSP system is created. I basically figured it out already: from my external JSP/Servlet I have to call following: JetspeedUser jsUser = JetspeedSecurity.getUserInstance(); String userName = (String)obj.get_clogin(); jsUser.setUserName(JetspeedSecurity.convertUserName((String)obj.get_clogin())); jsUser.setPassword((String)obj.get_cpwd()); jsUser.setFirstName((String)obj.get_cvorname()); jsUser.setLastName((String)obj.get_cnachname()); Date now = new Date(); jsUser.setCreateDate(now); jsUser.setLastLogin(now); jsUser.setConfirmed(JetspeedResources.CONFIRM_VALUE); String data = obj.get_cemail(); if ((data == null)||(data.trim().equals())) data = ; jsUser.setEmail(data); jsUser.setDisabled(false); JetspeedSecurity.addUser(jsUser); jsUser = JetspeedSecurity.getUser(userName); JetspeedSecurity.saveUser(jsUser); The problem however is, the user is created, so far all the access rights work, but strangely the system doesn´t react as it should. After creation I log into my new user and the user itself is recognized, however the page not: aka, when I link dynamically to this user I just get following link: http://localhost:8080/jetspeed/portal/role/user/page/ However querying the user in the context gives back the correct username Also the user itself does exist, but following code working on jetspeed generated users doesn´t work on externally generated users: $jslink.setTemplate(mytemplate) should generate: http://localhost:8080/jetspeed/portal/user/myuser/page. instead it generates on externally generated users: http://localhost:8080/jetspeed/portal/role/user/page/ So basically what happens is that the authentication works the display of the username as well and also can be referenced if accessed directly via a hand entered url The user also exists and it shows itself correctly in the admin console But $jslink.setTemplate simply puts out bogus data regarding the user instead of putting out correct data as it happens if the user is generated via the admin console. To sum it up I need expert help. I´m not really sure what is going wrong there. Thanks for your help Werner Punz -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Configuration question
Hi I have a rather simple question. I want to have a default user screen with default portlets for newly created users which differs from the standard Jetspeed screen. Where can I adjust the portlets which are shown on the screen of a new user who has logged in for the first time? Kind regards Werner -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: External user creation .. need help, urgent
I guess I have to answer my own mail again. I didn´t solve it but found a workaround by misusing the NewAccount.vm template as anon user. I simply triggered a HTTP Post request from my servlet with the proper parameters and action down to that template and parsed the resulting data. Not optimal but better than nothing. Deletion and changing the user data work more or less like within the Jetspeed system, from outside so no HTTP Call is needed there. Werner Werner Punz wrote: I try to merge jetspeed into an existing system. The problem I have is that I have an existing system with a user management and try to add a jetspeed user every time a user in the existing JSP system is created. I basically figured it out already: from my external JSP/Servlet I have to call following: JetspeedUser jsUser = JetspeedSecurity.getUserInstance(); String userName = (String)obj.get_clogin(); jsUser.setUserName(JetspeedSecurity.convertUserName((String)obj.get_clogin())); jsUser.setPassword((String)obj.get_cpwd()); jsUser.setFirstName((String)obj.get_cvorname()); jsUser.setLastName((String)obj.get_cnachname()); Date now = new Date(); jsUser.setCreateDate(now); jsUser.setLastLogin(now); jsUser.setConfirmed(JetspeedResources.CONFIRM_VALUE); String data = obj.get_cemail(); if ((data == null)||(data.trim().equals())) data = ; jsUser.setEmail(data); jsUser.setDisabled(false); JetspeedSecurity.addUser(jsUser); jsUser = JetspeedSecurity.getUser(userName); JetspeedSecurity.saveUser(jsUser); The problem however is, the user is created, so far all the access rights work, but strangely the system doesn´t react as it should. After creation I log into my new user and the user itself is recognized, however the page not: aka, when I link dynamically to this user I just get following link: http://localhost:8080/jetspeed/portal/role/user/page/ However querying the user in the context gives back the correct username Also the user itself does exist, but following code working on jetspeed generated users doesn´t work on externally generated users: $jslink.setTemplate(mytemplate) should generate: http://localhost:8080/jetspeed/portal/user/myuser/page. instead it generates on externally generated users: http://localhost:8080/jetspeed/portal/role/user/page/ So basically what happens is that the authentication works the display of the username as well and also can be referenced if accessed directly via a hand entered url The user also exists and it shows itself correctly in the admin console But $jslink.setTemplate simply puts out bogus data regarding the user instead of putting out correct data as it happens if the user is generated via the admin console. To sum it up I need expert help. I´m not really sure what is going wrong there. Thanks for your help Werner Punz -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Configuration question
Thanks that did work perfectly. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Encoding problem
Hi, next problem Jetspeed seems to lock normal html pages and portals into UTF-8, thus causing problems with international character sets. Changing the media entries didn´t work in this regard and forcing a header didn´t work as well. Is this a bug or where can I change the encoding? Werner -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]