RE: [Mav-user] Eclipse plugin
Thanks a lot for this release and very clear example. Attached is DevelopmentControllerFactory that should be used during development only. It allows on-the-fly redefinition of controller classes and faster redeployment of really big web applications using Maverick. For details, plz, read Java Docs in DevelopmentControllerFactory.java. Since base controller class of my apps extends throwaway bean, it's tested using throwaways only. Anyway, I hope it is of value for someone. Thanks, Yuri. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Eelco Hillenius Sent: Sunday, June 27, 2004 11:44 PM To: [EMAIL PROTECTED] Subject: RE: [Mav-user] Eclipse plugin Ok, that's done. A new release is out now, supporting a pluggable controller factory. Note that one of the other changes for this release is the dependency on Commons Logging instead of Log4J. I also included an example of how to use a custom controller factory in the manual. Have fun! Eelco -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Eelco Hillenius Sent: zondag 27 juni 2004 11:28 To: [EMAIL PROTECTED] Subject: RE: [Mav-user] Eclipse plugin I'll look into making the controller factory pluggable today - if the original authors do not mind? If it can be done without messing up too much code, I will include it in the next release. I'll keep in touch via this list. Eelco -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Yurii Urazlin Sent: zondag 13 juni 2004 18:05 To: [EMAIL PROTECTED] Subject: RE: [Mav-user] Eclipse plugin If you could change controller (say, add another getXxx method), compile it, and see changes on-the-fly without need to reload anything, then, I think, your productivity could be higher, just like it could be with use of very neat eclipse plug-in. I think that 'reloading' is used here in 2 different senses, because I don't see the way to reload controller classes without custom implementation of ControllerFactory (patch). I mean reloading as it's described here, in chapter 3.1: http://citeseer.ist.psu.edu/liang98dynamic.html BTW, aside from productivity improvements, I also have another application for pluggable controller factory: I'd like to have ability to create controller instances with dynaop. Yuri. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Eelco Hillenius Sent: Sunday, June 13, 2004 3:37 PM To: [EMAIL PROTECTED] Subject: Re: [Mav-user] Eclipse plugin [...] Now about the pluggable controller factory. Actually that has been the only functionality in Maverick I found lacking myself. On the other hand I - and you too in this case - could just use the reload command to re-initialise the controllers, so I never realy considered proposing a patch. Eelco - Original Message - From: Yurii Urazlin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, June 02, 2004 10:59 AM Subject: RE: [Mav-user] Eclipse plugin Greetings, Sorry, but I don't think that it should be in plug-in. 1. With IDEA you can click class name in XML files and it will open its source. Probably, Eclipse itself should provide this functionality? 2. If you use unpacked web-app and disabled caching in XSLTransformFactory, than you do not have to re-deploy anything. You just change it, and it is used. I think that there is sense in using adaptive classloader for throwaways. It would reload controller classes as they change without redeployment. If there was pluggable ControllerFactory, I could provide a patch. Yuri. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Hernandez Sent: Wednesday, June 02, 2004 1:23 AM To: [EMAIL PROTECTED] Subject: Re: [Mav-user] Eclipse plugin What about using the config file to help navigate to the controller classes. It would be nice to be able to see your project space in terms of the commands and controllers, and then to navigate to the source files associated with them. Just an idea... Also, if you are using xsl stuff (with domify) it would be great if the tool could pick up the xml transform data at various steps and do local (development) transforms with the xsl sources without having to deploy to the app server. Then you could do front-end presentation testing, html validation and such, in eclipse without having to deploy new version of the application. If this doesn't make sense I write in a little more detail, just let me know. - Original Message - From: Eelco Hillenius [EMAIL PROTECTED] I'm kind of working on an Eclipse plugin for Maverick. After making some contributions for the Jetty Plugin (http://spindle.sourceforge.net) I decided that now is the time to really learn how to write them properly. Right now, the plugin does some pretty printing of the Maverick config file, and displays it's structure in the outline view a little bit smarter than just
RE: [Mav-user] Eclipse plugin
If you could change controller (say, add another getXxx method), compile it, and see changes on-the-fly without need to reload anything, then, I think, your productivity could be higher, just like it could be with use of very neat eclipse plug-in. I think that 'reloading' is used here in 2 different senses, because I don't see the way to reload controller classes without custom implementation of ControllerFactory (patch). I mean reloading as it's described here, in chapter 3.1: http://citeseer.ist.psu.edu/liang98dynamic.html BTW, aside from productivity improvements, I also have another application for pluggable controller factory: I'd like to have ability to create controller instances with dynaop. Yuri. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Eelco Hillenius Sent: Sunday, June 13, 2004 3:37 PM To: [EMAIL PROTECTED] Subject: Re: [Mav-user] Eclipse plugin [...] Now about the pluggable controller factory. Actually that has been the only functionality in Maverick I found lacking myself. On the other hand I - and you too in this case - could just use the reload command to re-initialise the controllers, so I never realy considered proposing a patch. Eelco - Original Message - From: Yurii Urazlin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, June 02, 2004 10:59 AM Subject: RE: [Mav-user] Eclipse plugin Greetings, Sorry, but I don't think that it should be in plug-in. 1. With IDEA you can click class name in XML files and it will open its source. Probably, Eclipse itself should provide this functionality? 2. If you use unpacked web-app and disabled caching in XSLTransformFactory, than you do not have to re-deploy anything. You just change it, and it is used. I think that there is sense in using adaptive classloader for throwaways. It would reload controller classes as they change without redeployment. If there was pluggable ControllerFactory, I could provide a patch. Yuri. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Hernandez Sent: Wednesday, June 02, 2004 1:23 AM To: [EMAIL PROTECTED] Subject: Re: [Mav-user] Eclipse plugin What about using the config file to help navigate to the controller classes. It would be nice to be able to see your project space in terms of the commands and controllers, and then to navigate to the source files associated with them. Just an idea... Also, if you are using xsl stuff (with domify) it would be great if the tool could pick up the xml transform data at various steps and do local (development) transforms with the xsl sources without having to deploy to the app server. Then you could do front-end presentation testing, html validation and such, in eclipse without having to deploy new version of the application. If this doesn't make sense I write in a little more detail, just let me know. - Original Message - From: Eelco Hillenius [EMAIL PROTECTED] I'm kind of working on an Eclipse plugin for Maverick. After making some contributions for the Jetty Plugin (http://spindle.sourceforge.net) I decided that now is the time to really learn how to write them properly. Right now, the plugin does some pretty printing of the Maverick config file, and displays it's structure in the outline view a little bit smarter than just the XML outline. Does anyone have any good ideas for a useful Maverick plugin (or... are people interested in such a plugin at all?). Eelco --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click [INVALID FOOTER] --- This SF.Net email is sponsored by the new InstallShield X. From Windows to Linux, servers to mobile, InstallShield X is the one installation-authoring solution that does it all. Learn more and evaluate today! http://www.installshield.com/Dev2Dev/0504 [INVALID FOOTER] --- This SF.Net email is sponsored by the new InstallShield X. From Windows to Linux, servers to mobile, InstallShield X is the one installation-authoring solution that does it all. Learn more and evaluate today! http://www.installshield.com/Dev2Dev/0504 [INVALID FOOTER] --- This SF.Net email is sponsored by the new InstallShield X. From Windows to Linux, servers to mobile, InstallShield X is the one installation-authoring solution that does it all. Learn more and evaluate today! http://www.installshield.com/Dev2Dev/0504 [INVALID FOOTER] --- This SF.Net email sponsored by Black Hat Briefings Training. Attend Black Hat Briefings Training, Las Vegas July 24-29 - digital self
RE: [Mav-user] Eclipse plugin
Greetings, Sorry, but I don't think that it should be in plug-in. 1. With IDEA you can click class name in XML files and it will open its source. Probably, Eclipse itself should provide this functionality? 2. If you use unpacked web-app and disabled caching in XSLTransformFactory, than you do not have to re-deploy anything. You just change it, and it is used. I think that there is sense in using adaptive classloader for throwaways. It would reload controller classes as they change without redeployment. If there was pluggable ControllerFactory, I could provide a patch. Yuri. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Hernandez Sent: Wednesday, June 02, 2004 1:23 AM To: [EMAIL PROTECTED] Subject: Re: [Mav-user] Eclipse plugin What about using the config file to help navigate to the controller classes. It would be nice to be able to see your project space in terms of the commands and controllers, and then to navigate to the source files associated with them. Just an idea... Also, if you are using xsl stuff (with domify) it would be great if the tool could pick up the xml transform data at various steps and do local (development) transforms with the xsl sources without having to deploy to the app server. Then you could do front-end presentation testing, html validation and such, in eclipse without having to deploy new version of the application. If this doesn't make sense I write in a little more detail, just let me know. - Original Message - From: Eelco Hillenius [EMAIL PROTECTED] I'm kind of working on an Eclipse plugin for Maverick. After making some contributions for the Jetty Plugin (http://spindle.sourceforge.net) I decided that now is the time to really learn how to write them properly. Right now, the plugin does some pretty printing of the Maverick config file, and displays it's structure in the outline view a little bit smarter than just the XML outline. Does anyone have any good ideas for a useful Maverick plugin (or... are people interested in such a plugin at all?). Eelco --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click [INVALID FOOTER] --- This SF.Net email is sponsored by the new InstallShield X. From Windows to Linux, servers to mobile, InstallShield X is the one installation-authoring solution that does it all. Learn more and evaluate today! http://www.installshield.com/Dev2Dev/0504 [INVALID FOOTER] --- This SF.Net email is sponsored by the new InstallShield X. From Windows to Linux, servers to mobile, InstallShield X is the one installation-authoring solution that does it all. Learn more and evaluate today! http://www.installshield.com/Dev2Dev/0504 [INVALID FOOTER]
RE: [Mav-user] Eclipse, log4j, etc.
AFAICS, Tomcat (at least 4.1.18) has its own commons-beanutils.jar in its server/lib. It could conflict with the one you added to Tomcat classpath. The jars in Tomcat's server/lib directory are not visible from webapps. However, the jars in common/lib and shared/lib are. That's it. But exception is thrown by Catalina itself, and not a webapp. So if this: add commons-beanutils.jar ... to the Tomcat classpath means adding commons-beanutils.jar to CLASSPATH in catalina.bat, or changing CLASSPATH environment variable, or smth similar, a conflict could be the case. However exception is strange, and the reason could be anything else. exception from Todd's letter: Catalina.start: java.lang.NullPointerException java.lang.NullPointerException at org.apache.commons.digester.Digester.createSAXException(Digester.java: 2540) at org.apache.commons.digester.Digester.createSAXException(Digester.java: 2566) at org.apache.commons.digester.Digester.endElement(Digester.java:1061) at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source) at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(U nknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDis patcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unkno wn Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.commons.digester.Digester.parse(Digester.java:1548) at org.apache.catalina.startup.Catalina.start(Catalina.java:449) at org.apache.catalina.startup.Catalina.execute(Catalina.java:400) at org.apache.catalina.startup.Catalina.process(Catalina.java:180) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203) --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn [INVALID FOOTER]
[Mav-user] xslt+fop+utf-8
Hi there, I have problems with encoding when using xslt and fop transforms together. The problem is that in resulting pdf some characters are missing (see attachment test.pdf) they change to box and '?'. Maybe I did something wrong. Has anyone experienced similar problems? If so, could you suggest any solution? Here is my sample command: - command name=test view path=test.jsp transform path=test.xsl type=xslt/ transform type=fop output=pdf config=userconfig.xml/ /view /command - test.jsp - %@ page language=java contentType=text/html;charset=UTF-8% rootrussian text here, like this: - ./root - test.xsl - ?xml version=1.0? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xsl:output method=xml indent=yes encoding=UTF-8/ xsl:template match=/ fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; fo:layout-master-set ... ... xsl:value-of select=./ ... - You see, everything is supposed to be in UTF-8. I tried to find reasons in code and here is what I found. I looked through code for FopTransform.java and found that it creates bytes from string without specifying encoding (using default, not utf-8), though i think, it might pass utf-8 as param here: --- 204: byte[] bytes = input.getBytes(); --- and it looks like also in FopTransform.java getOutputAsString() returns string created with default (not utf-8) encoding. Note that it is created from data of xslt transform with utf-8 output encoding, --- 157: this.go(this.fakeResponse.getOutputAsString()); --- so, it looks like this sequence of conversions ~ 157: new String(bytes written by xslt transform with output encoding UTF-8 to FakeHttpServletResponse with default, not utf-8 encoding) ~ 204: [that string].getBytes() - without encoding, supposed that bytes will be in win-1251 looses some characters. Thanx in advance, Yura. test.pdf Description: test.pdf
[Mav-user] weblogic: change from *.m to *.mav w/o changing code
Greetings, I've got a problem with deployment of mav based apps on wls. The reason is that wls doesn't understand servlet mapping servlet-mapping servlet-namedispatcher/servlet-name url-pattern*.m/url-pattern /servlet-mapping and wants to see longer extensions such as servlet-mapping servlet-namedispatcher/servlet-name url-pattern*.mav/url-pattern /servlet-mapping I don't want to change my JSP's and mav config files, because there are really lots of them, and I hope someday WLS'll fix it. For now I want a quick fix, so that i won't change references throughout my apps from users.m to users.mav. I want something like this: - filter filter-namemav/filter-name filter-classForwardFilter/filter-class /filter filter-mapping filter-namemav/filter-name url-pattern/*/url-pattern /filter-mapping ... servlet-mapping servlet-namedispatcher/servlet-name url-pattern*.mav/url-pattern /servlet-mapping - public class ForwardFilter implements javax.servlet.Filter { public void doFilter(ServletRequest servletRequest, ServletResponse servletResponse, FilterChain filterChain) throws IOException, ServletException { HttpServletRequest httpServletRequest = (HttpServletRequest)servletRequest; String requestUri = httpServletRequest.getRequestURI(); if (requestUri!=null requestUri.endsWith(.m)) { RequestDispatcher rd = servletRequest.getRequestDispatcher(requestUri.substring(0,requestUri.length()-2)+.mav); rd.forward(servletRequest,servletResponse); } else { filterChain.doFilter(servletRequest, servletResponse); } } } --- It works fine for most cases, but not when I use includes (say, c:import url=countBugs.m/ in JSP). As far as i understood, WLS doesn't invoke filters for includes, so my approach doesn't work. Colud you suggest smth alike, but different? Cheers, yurazlin. --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php [INVALID FOOTER]
Re: [Mav-user] Specifying external maverick.xml
I'm interested in specifying config, config-transform and XSLs outside of war/ear file, i.e. in ability to have them unpacked in a file system under project root and updating of maverick without rebuilding of war/ear file during development. I think that the best solution to the problem is factoring out all access to file resources in a single place and adding check for config parameter specifying www-root in a file system when accessing a resource there. This check was done in a piece of code I posted to this list earlier. I think that the variable xslDir used there should be renamed to fileWwwRoot or smth and given that semantics. I've read discussion about reloading of xsl files only when they are changed in early letters of this list discussing preload of xsls, but I cannot figure out how can I use this feature because when I change xsl I have to rebuild ear/war and redeploy it. It results in restarting of whole web app by container and all xsl files are reloaded regardless of wheteher they were changed or not. If it is possible to avoid it, could you, please, advise me how? Cheers, Yura. - Original Message - From: Schnitzer, Jeff [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] To: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Sent: Thursday, February 13, 2003 3:19 AM Subject: RE: [Mav-user] Specifying external maverick.xml Heh, yeah, that's what I thought :-) I'll explicitly check for file:, http:, and ftp:. Should have that checked in tonight. Jeff -Original Message- From: Dan Finkelstein [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 12, 2003 4:04 PM To: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Subject: RE: [Mav-user] Specifying external maverick.xml Thanks for the update, but I couldn't get the new code to work, maybe that's what you meant by not supporting the file stuff yet ! grin I was trying to set enter something like: getServletContext().setAttribute(Dispatcher.KEY_CONFIG_FILE, file:///whatever/maverick.xml); I think that if you add a check for the string starting with file://, and then call new URL(filepath) instead of getResource(), it would be fine. Make sense? Best, Dan --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf [INVALID FOOTER]
Re: [Mav-user] additional configuration for commands
I have no problem with this. As for me, though behaviour isn't what is expected, the case is too uncommon to introduce new methods. Maybe there is a way to change behaiviour to what it should be without changing API? I don't see it, but maybe it's possible... Cheers, Yura. - Original Message - From: Schnitzer, Jeff [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] To: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Sent: Wednesday, February 12, 2003 10:10 PM Subject: RE: [Mav-user] additional configuration for commands Ah, right now there is just one set of params and each place that defines params (controller, view, transform) just adds to the pile. Perhaps different behavior is desirable. It would be easy enough to split up the params collection into three separate collections. This would change the ControllerContext interface so that instead of setParam() it would have setControllerParam(), setViewParam(), setTransformParam(), etc. Does this seem like a good idea to everyone? Jeff --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf [INVALID FOOTER]
[Mav-user] q: multiple config files
greetings, i develop a big application and its functionality may be partitioned into several weekly coupled components. it would be great to have several configuration files - one for each component, containing commands and views necessary for a particular component to function. is there a way to have several configuration files for maverick, that would give whole config of servlet? thanks, yurazlin. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf [INVALID FOOTER]