Thread: [XSLT-process-users] Re: xslt-process
Brought to you by:
ovidiu
|
From: Ovidiu P. <ov...@xe...> - 2001-04-09 10:28:36
|
Hi Gerrit, On Fri, 6 Apr 2001 11:09:36 +0200, "Gerrit Niestijl" <g.n...@rr...> wrote: > Hello, > > Since I am using NTemacs for editing XML files which are to be processed by > xalan and/or cocoon, I am very interrrested in your xslt-process mode. > Unfortunately I can't get it working. I have searched the internet for more > information on this but I have not found something yet. > > I am using ntemacs 20.6 and xslt-process 1.2.1 > If I set the processor to Xalan or Saxon the folowing message appears in the > xslt-messages buffer: > Cannot process: java.net.MalformedURLException: unknown protocol: d (the > file is on the d: drive) > If I set it to cocoon the emacs message buffer says: > Could not process file, most probably Cocoon1 could not be found! > and no other messages show up in *xsl-messages* > My classpath is OK, I have set it with an environment variable. > > Do you have any idea what goes wrong? The problem was with the filename, as it started with a drive letter, and the URL handling code was interpreting that as a URI scheme. I fixed that and put out a new release. It seems to be working fine for me, both with XEmacs/Linux and GNU Emacs/Windows 2000. Please let me know if it works for you. Regards, -- Ovidiu Predescu <ov...@cu...> http://orion.nsr.hp.com/ (inside HP's firewall only) http://www.geocities.com/SiliconValley/Monitor/7464/ (GNU, Emacs, other stuff) Hope to see you at my presentation, "Using Cocoon to build Web sites for wireless devices" at ApacheCon 2001 at the Santa Clara Convention Center, 5001 Great America Parkway, Santa Clara, CA 95054. |
|
From: Ovidiu P. <ov...@xe...> - 2001-06-01 06:48:57
|
I've fixed the problems with GNU Emacs, you may want to do a cvs update and check if it works for you. Greetings, Ovidiu On Tue, 29 May 2001 19:04:34 -0400, Carsten Heinrigs <ca...@oc...> wrote: > Thanks a lot and please keep me updated. > > carst > -- > Carsten Heinrigs > Ocean-7 Development > Tel: 212-533-8460 > > |
|
From: Carsten H. <ca...@oc...> - 2001-06-03 00:35:31
|
Hi Ovidiu, updated and found that you fixed the error. Don't have much time now but found a quick problem. Cannot find the trax XSLT processor for debugging! java.lang.ClassNotFoundException: xslt.debugger.trax.XSLTDebugger Will do more testing during the next days. Regards carst -- Carsten Heinrigs Ocean-7 Development Tel: 212-533-8460 |
|
From: Ovidiu P. <ov...@xe...> - 2001-06-02 13:26:09
|
You need to remove all the configuration options for the previous version of XSLT-process from your .xemacs-options or ~/.emacs file. Just search for variables that start with xslt-process and remove the corresponding lines. Thanks, Ovidiu On Wed, 30 May 2001 16:45:39 -0400, Carsten Heinrigs <ca...@oc...> wrote: > Hi Ovidiu, > > updated and found that you fixed the error. > Don't have much time now but found a quick problem. > > Cannot find the trax XSLT processor for debugging! > java.lang.ClassNotFoundException: xslt.debugger.trax.XSLTDebugger > > Will do more testing during the next days. > > Regards > carst > -- > Carsten Heinrigs > Ocean-7 Development > Tel: 212-533-8460 > > |
|
From: Carsten H. <ca...@oc...> - 2001-06-01 03:55:07
|
All right!!! Works great so far. carst -- Carsten Heinrigs Ocean-7 Development Tel: 212-533-8460 |
|
From: Ovidiu P. <ov...@xe...> - 2001-06-03 06:57:10
|
On Tue, 29 May 2001 18:06:14 -0400, Carsten Heinrigs <ca...@oc...> wrote:
> updated from cvs. unfortunately the error is still there.
> here is the backtrace:
>
> Signaling: (wrong-type-argument integerp nil)
> make-char-table(char)
> (defvar xslt-process-escape-char-table (make-char-table (quote char)) "Mapping table for escape
> characters.")
> eval-buffer(#<buffer *load*> nil "xslt-process")
> load-with-code-conversion("/usr/local/share/emacs/xslt-process/lisp/xslt-process.el" "xslt-proc
> ess" nil nil)
> xslt-process-mode()
> run-hooks(xml-mode-hook)
> derived-mode-run-hooks(xml-mode)
> xml-mode()
> call-interactively(xml-mode)
> execute-extended-command(nil)
> * call-interactively(execute-extended-command)
Thanks for going through the hoops, I looked at the stack trace and I
found that GNU Emacs has a different syntax for make-char-table. I use
XEmacs for my development and do ports to GNU Emacs from time to time
only. I will look into the problem and let you know when I have a fix
for it.
> When searching for a xsl-mode i found the following package
> http://www.menteith.com/xslide/
>
> They mention a 'xsl-process' which sounds like a reduced version of yours.
Yes, I discovered that too some time ago. The XSLT processing though
seems to create the XSLT processor each time you invoke it, thus there
is a start-up overhead each time you run it. I use the editing mode
for XSLTs though, it's quite nice.
Regards,
Ovidiu
|
|
From: Carsten H. <ca...@oc...> - 2001-06-01 03:39:52
|
Thanks a lot and please keep me updated. carst -- Carsten Heinrigs Ocean-7 Development Tel: 212-533-8460 |
|
From: Ovidiu P. <ov...@xe...> - 2001-06-03 22:39:58
|
On Tue, 29 May 2001 16:47:36 -0400, Carsten Heinrigs <ca...@oc...> wrote: > grabbed the new sources from cvs and tried it. > > When i try to start 'xslt-process' it says > Wrong type argument: integerp, nil Can you do a cvs update and see if the error still persists? I fixed how the Java class files are loaded. If you do get this error, please set the variable debug-on-error to t and let me know the result. You can do this by evaluating using M-: the Lisp expression: (setq debug-on-error t) Please send me the stack trace you get. Thanks, Ovidiu |
|
From: Gerrit N. <g.n...@rr...> - 2001-04-09 10:29:26
|
Hello Ovidiu, Thaks for responding. I have been trying again with the new version (1.2.2). It does not work when I invoke the processor the first time. If I kill the bsh buffer after the first try, and then try again it works! After that it stays like that, I have to kill the bsh buffer between every invocation to make it work. Maybe it has something to do with the writing of the temporary files, because xslt-process leaves temporary files around when it failes. Sometimes these contain the expected output, but other times they do not. I have not been able to find a pattern in this behavior. Regards, Gerrit Niestijl ----- Original Message ----- From: Ovidiu Predescu <ov...@xe...> To: Gerrit Niestijl <g.n...@rr...> Sent: Saturday, April 07, 2001 6:47 AM Subject: Re: xslt-process > The problem was with the filename, as it started with a drive letter, > and the URL handling code was interpreting that as a URI scheme. I > fixed that and put out a new release. It seems to be working fine for > me, both with XEmacs/Linux and GNU Emacs/Windows 2000. Please let me > know if it works for you. > > Regards, > -- > Ovidiu Predescu <ov...@cu...> > http://orion.nsr.hp.com/ (inside HP's firewall only) > http://www.geocities.com/SiliconValley/Monitor/7464/ (GNU, Emacs, other stuff) > > Hope to see you at my presentation, "Using Cocoon to build Web sites > for wireless devices" at ApacheCon 2001 at the Santa Clara Convention > Center, 5001 Great America Parkway, Santa Clara, CA 95054. |
|
From: Carsten H. <ca...@oc...> - 2001-06-02 20:22:11
|
updated from cvs. unfortunately the error is still there.
here is the backtrace:
Signaling: (wrong-type-argument integerp nil)
make-char-table(char)
(defvar xslt-process-escape-char-table (make-char-table (quote char)) "Mapping table for escape characters.")
eval-buffer(#<buffer *load*> nil "xslt-process")
load-with-code-conversion("/usr/local/share/emacs/xslt-process/lisp/xslt-process.el" "xslt-process" nil nil)
xslt-process-mode()
run-hooks(xml-mode-hook)
derived-mode-run-hooks(xml-mode)
xml-mode()
call-interactively(xml-mode)
execute-extended-command(nil)
* call-interactively(execute-extended-command)
When searching for a xsl-mode i found the following package
http://www.menteith.com/xslide/
They mention a 'xsl-process' which sounds like a reduced version of yours.
thx
carst
--
Carsten Heinrigs
Ocean-7 Development
Tel: 212-533-8460
|
|
From: Ovidiu P. <ov...@xe...> - 2001-06-05 14:37:37
|
Hi Carsten, On Tue, 29 May 2001 14:54:14 -0400, Carsten Heinrigs <ca...@oc...> wrote: > Hi Ovidiu, > > just installed your xslt-process-1.2.2 minor mode. Like the concept > very much. A serious limitation so far is the ability to use > parameters (xsl:param). Showing the result (in case output is html) > in the W3 mode or Netscape would be a great addition. I am planning to add these features for the next release, they are in the ToDo list. You may want to check out the SourceForge project at: http://sourceforge.net/projects/xslt-process/ for the next version of it. The source code is only in CVS for the moment, there's no release yet. I hope to create a release as soon as I write some documentation for it. The new features of this release include debugging abilities (for Saxon only now), error reporting through a compilation-like buffer, improved start-up time (by not using BSH anymore) and less dependencies on external packages. > > there was a problem with the stylesheet href. had to specify the path like > <?xml-stylesheet href="/home/httpd/tomcat/webapps/xmltrans/ncpprs/allprs.xsl" type="text/xsl"?> > or > <?xml-stylesheet href="file:///home/httpd/tomcat/webapps/xmltrans/ncpprs/allprs.xsl" type="text/ > xsl"?> > > using the relative path > <?xml-stylesheet href="allprs.xsl" type="text/xsl"?> > > returned > Could not create transformer for: file://home/httpd/tomcat/webapps/xmltrans/ncpprs/allprs.xsl > > The problem is a missing '/'. > > Used TrAX with Saxon 6.3 This should work, at least works for me with the development version of the mode. Please give it a try if you have time. Regards, Ovidiu -- Ovidiu Predescu <ov...@cu...> http://orion.nsr.hp.com/ (inside HP's firewall only) http://www.geocities.com/SiliconValley/Monitor/7464/ (GNU, Emacs, other stuff) |
|
From: Carsten H. <ca...@oc...> - 2001-06-03 17:46:12
|
grabbed the new sources from cvs and tried it. When i try to start 'xslt-process' it says Wrong type argument: integerp, nil carst -- Carsten Heinrigs Ocean-7 Development Tel: 212-533-8460 |