mod-xslt-devel Mailing List for mod-xslt for Apache 2.0.35 and later
Brought to you by:
pdunkel
Menu
▾
▴
mod-xslt-devel — Developers of mod-xslt unite
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
(18) |
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Timo K. <tim...@ja...> - 2004-01-07 23:57:00
|
Hi! Great mod you have created. I was sold instantly when I got my "HelloWorld" running. Mod_xslt + cgi -> easy ViewModelControl separation in web-apps. But I have two questions: 1. How I define what is xslt-output's MIME type? What if I want to produce xsl:fo instead of html? How do I inform apache that output is not html file? In mod_ext_filter there is 'outtype' parameter... 2. Any ideas how could I make xml + xslt -> xsl:fo -> pdf chain work ? Not actually tried yet, but would mod_ext_filter work in chain with mod_xslt? Maybe using xmlroff... -- Timo Kontro |
|
From: Philipp D. <ph...@du...> - 2003-12-13 17:58:41
|
Hi everyone, I spent the last few nights rewriting mod_xslt basically from scratch. It dropped some features such as Gennady Feldmans XSL-Serving and my Cookie features. Not that I didn't like them, but I decided on a very clean rewrite. I tested this rewrite on Linux, OS X, and a friend did shortly on Windows. This is now a clean mean xsl machine. :-> Due to the complete rewrite, which left no stone unturned I also changed the version to 2.0.0 and will follow the Linux Kernel versioning scheme in the future. Why did I do this even though there are some of you promoted to admins of the project, and why didn't I tell you before? Because even though some of you have expressed interest in taking over from me, there have been a counted 0 CVS submissions in the last 2 Months. So it seems, that I'm stuck with it. If you feel turned off by this or just plain overruled. PLEASE SCREAM AT ME. IF YOU WANT TO HAVE AN INPUT ALL I NEED IS TO HEAR FROM YOU Aside from all that I hope you will d/l this new version and give it a spin. Greetings and TTY, Philipp Dunkel |
|
From: Roland H. <ro...@in...> - 2003-03-16 22:20:13
|
Hello Phillip, Sorry for vanishing from your radar screen for more than a week. Thank you for the invitation. I gladly accept it, but with the reservatio= n of intermittent behaviour that you have already seen proof of. I am alas, quite busy the next few weeks. I hope that in the meantime you did not vote against any future additional parameters to mod-xslt :-) I will register my username with sourceforge one of the first days to come. Best regards, Roland fredag 07 mars 2003 00:47 skrev du: > Hi there, the procedure for becoming a "first class citizen" is quite > simple. > Vote. > A vote has been taken. So if you and or Mike wish to join the effort, > you are gladly invited. (Just send me your sourceforge usernames) > TTY Philipp > I will subscribe you to mod...@li... which is > the discussion Mailing list and also serves as an archive. > We will discuss functionality issues there. > TTY Philipp --=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D | Roland Hedayat | Inherit S AB | L=E5ngsj=F6v. 8 | 131 33 Nacka, Sweden | ro...@in...=20 | Tel: +46 (0)8 641 64 14=20 | Mob: +46 (0)708 18 07 69=20 | Fax:=09+46 (0)8 718 52 88=20 |
|
From: Philipp D. <ph...@du...> - 2003-03-07 00:13:23
|
Here is the plan of action I propose: 1. Development of new features for the 1.0.0 series is stopped. Just debugging stuff. 2. This weekend I'll spend time to do a major code rehaul/cleanup 3. After that new functionality is discussed and may be implemented. TTY Philipp -- -------------------------------------------------------------------- Any connection between your reality and mine is purely coincidental. -------------------------------------------------------------------- Philipp Dunkel <ph...@du...> -------------------------------------------------------------------- |
|
From: Philipp D. <ph...@du...> - 2003-02-27 16:44:45
|
Hi gennda I just received this, I thought you should know. CYA TTY Philipp -- -------------------------------------------------------------------- Any connection between your reality and mine is purely coincidental. -------------------------------------------------------------------- Philipp Dunkel <ph...@du...> -------------------------------------------------------------------- |
|
From: Gennady F. <ge...@lk...> - 2003-02-24 15:48:29
|
Hey Philipp, Ok, I have started some cleanup and fixing of my code. You can see most of my changes in Fridays checkins. I have done my best to minimize the number of logical blocks as well as number of lines of code for my XSL stuff. It seems to be pretty clean and stable so far, which makes me rather happy. I will take another look at the code and see what else could be fixed. I have added the code to cleanup/reload stylesheets and will be testing this thoroughly pretty soon, since I need to update my XSLs for some of the new XML files that we should be getting some time this week. P.S. I am going to go over the code and see if I can remove some dead code and maybe do some code cleanup. Any specific pointers as to which things should be looked over? I am going to remove that call back function since we are not using OutputBuffer code anymore. G.F. aka Gena01 http://www.gena01.com |
|
From: Philipp D. <ph...@du...> - 2003-02-20 04:13:16
|
Hi G.,
[snipped]
> > I will send you a .tgz sometime end of this/beginning of next week. It
> > is the first part of the 3 part thing I told you about. After this the
> > only thing that's missing is the PDF renderer.
exins: Creates xml dynamically (could be used to build a very fast CMS)
via an xml-based language
xslt: (What we have been working on)
pdf: Make PDF from xsl-fo to in a webserver module.
This would be a perfect base for a CMS or any other web project
[snipped]
> Also:
> - we should disable external references in our module, esp if we want
> to do the transformation. The whole thing should be self-contained. It
> will also give us an opportunity to finish If-Modified-Since code and
> will simplify things. What do you think of this?
I disagree, because external references are afaik resolved automatically
by libxml2/libxslt. I would just ignore them for If-Modified-Since.
There needs to be some responsibility left for the webmaster. All he'd
need to do is touch the main file to clear the cache. I think external
references may have more value than this extra hassle.
(This is what I call a RFD {Request for Dispute})
> - We need some cleanup of the code and and to remove any dead code that
> we don't need.
Definitely
> - We need to add some thread safety code and make sure we are not
> leaking
> anything.
Definitely, but thread safety is not a matter of adding things, it's a
matter of cleanup! Any access to global variables will kill thread
safety. We also need to check if libxml2/libxslt are even thread safe.
> At this point I am trying to stabilize most of my changes and will
> try to have it pretty stable and start to heavy test this by the end of
> the
> week. My reason for this is that I need to have a frozen version to
> test/setup on other server(s) at work.
Feature Freeze is right up my alley. For my tastes, mod-xslt should do
one thing and do it well. Any more features and it will suffer from
bloat.
There have been times, when I even thought of removing the whole
parameter and cookie thing and simply stick to XSLT and XSLT alone.
But since Parameters are part of the spec, I figured they might be worth
it.
> Should I add #defines for my stuff?
No
[snipped]
TTY Philipp
--
--------------------------------------------------------------------
Any connection between your reality and mine is purely coincidental.
--------------------------------------------------------------------
Philipp Dunkel <ph...@du...>
--------------------------------------------------------------------
|
|
From: Philipp D. <ph...@du...> - 2003-02-20 01:15:34
|
Hi there, sorry, it's not sourceforge, it's me. I have been working day and night on my thesis and have not spent a lot of time on mod-xslt. I just checked the stuff you did. I haven't completely grasped every single detail yet (didn't check that carefully), but it looks like there are some great things coming. I have looked at the code more intensely last Friday. The one thing that struck me was that it is a gigantic mess that will turn hell to maintain sometime soon. So I'm thinking of rewriting and cleaning up when I have some more time. (But I fear, that's no going to be until this summer in NY) I will send you a .tgz sometime end of this/beginning of next week. It is the first part of the 3 part thing I told you about. After this the only thing that's missing is the PDF renderer. Aside from all that, I want to create some rules for mod-xslt: 1. All decisions concerning mod-xslt are simple majority decisions reached by vote. 2. All developers of mod-xslt have the right to vote. 3. For a vote to be valid all have to have notice of the impending vote. 4. Any single developer may veto a vote to be held on an issue and demand further discussion on the issue. 5. If a majority cannot be reached, discussion has to be continued until a majority can be achieved. What does this mean, you can make decisions on mod-xslt just as well as I can. But before doing so, send mails telling me what you want to do. You do not need to ask me if it's ok, you do not need to wait for an ok from me. All you need to do is tell me. TTY Philipp On Wed, 2003-02-19 at 22:37, Gennady Feldman wrote: > Hi Philipp, > > I am not sure what's happening with you lately. It seems like > SourceForge was offline for some time and I am not sure if you received > any of my e-mail messages. Just to re-cap, I have checked-in everything > I have into the HEAD branch of CVS (did you get a chance to look at > it?), and I have created/updated a separate branch for the MOD_XSLT_1_0 > series. > > P.S. Waiting patiently for your reply :) > > G.F. aka Gena01 > http://www.gena01.com -- -------------------------------------------------------------------- Any connection between your reality and mine is purely coincidental. -------------------------------------------------------------------- Philipp Dunkel <ph...@du...> -------------------------------------------------------------------- |
|
From: Gennady F. <ge...@lk...> - 2003-02-18 17:09:42
|
[clipped] > > > > 1. Create MOD_XSLT_1_0_0 branch from the tag, I hope I can figure that out. > Go ahead! Ok, I just created MOD_XSLT_1_0 branch from our MOD_XSLT_1_0_0_RC1 tag. I will try to update some files on the branch from the latest CVS and then will work on the next item(s) on my list. Other than the ChangeLog what other files should be updated on the branch? G.F. aka Gena01 http://www.gena01.com |
|
From: Philipp D. <ph...@du...> - 2003-02-18 16:49:27
|
Hi Gennady, > There is a lot of snow in NYC (been snowing for couple of days now), but > I am at work now. I've seen that on TV, glad I'm not there. > Here is my little TODO list for today: > -------------------------------------- > > 1. Create MOD_XSLT_1_0_0 branch from the tag, I hope I can figure that out. Go ahead! > 2. Update from latest CVS and try to merge my changes into the latest tree. Go for it! > 3. Checkin ALL of my current code, which is not to be not thread-safe > and possibly memory leaking. Basically currently we cache ALL of the XSL > files and we don't check to see if the mtime has been changed. XSL > files are loaded once so we are not leaking that badly. Yes please! I checked out the code we have for potential thread safety problems. The logging stuff is a definite. I have thought of a fix, but I wanted to wait for your stuff to go in, since it would be some major changes. The other thread safety problem (and why I noticed) was the cookie part. This will be a bit more problematic to fix, but I'm working at it. Aside from this I have to check any place we use Global Variables. TTY Philipp |
|
From: Philipp D. <ph...@du...> - 2003-02-17 00:21:05
|
There is an issue I noticed, which is unresolved even in rc1. Thread Safety! We use static global variables for logging, cookies, etc. This is (as far as I know) not really thread safe. How thread safe are malloc and friends? We should think about this since apache does offer a threaded MPM as well. This issue was not important to me so far, since I never run a threaded MPM, but now that mod-xslt is listed on the libxslt site, this could potentially safe. So now we have to worry about threads and somewhat about portability. TTY Philipp P.S.: It's really time to break out the champagne. Getting listed on www.xmlsoft.org is great! -- -------------------------------------------------------------------- Any connection between your reality and mine is purely coincidental. -------------------------------------------------------------------- Philipp Dunkel <ph...@du...> -------------------------------------------------------------------- |
|
From: <mod...@li...> - 2003-02-15 04:31:19
|
I just added support for setting cookies from an XSL-File. Check it out! cookies.h cookies.c index.xsl (example) TTY Philipp P.S.: Next week I'll read cookies sent by the client and put them into XSL-Params. -- -------------------------------------------------------------------- Any connection between your reality and mine is purely coincidental. -------------------------------------------------------------------- Philipp Dunkel <ph...@du...> -------------------------------------------------------------------- |
|
From: <mod...@li...> - 2003-02-14 23:34:16
|
Hi, what I would really like you to do is that now we have a release out of what we have, is merge all the stuff you have done that isn't in yet into CVS. Especially XSL-caching and the reverse XSL stuff you did. When it's in CVS, I can check it out and we'll make things work. On Fri, 2003-02-14 at 22:12, mod...@li... wrote: > I am currently experimenting with caching parsed XSL Stylesheets. I have > a really basic prototype running on my development machine. I am seeing > ~5ms performance win per request with the caching enabled. > > P.S. I am still not sure what to do with my hash table inside the > merge_dir function. Should I create a new hash table or save a reference > to the base one? I haven't seen your hashtable therefore I cannot answer your question. Please put it into CVS. I'll check it out and I'm sure there is an easy solution. Off hand I would say that saving a reference may be problematic due to different pool lifetimes. On the other hand, since it is only different directory configs this might not be a problem. I'll take a look at it as soon as it's in CVS. TTY Philipp -- -------------------------------------------------------------------- Any connection between your reality and mine is purely coincidental. -------------------------------------------------------------------- Philipp Dunkel <ph...@du...> -------------------------------------------------------------------- |
|
From: <mod...@li...> - 2003-02-14 23:12:28
|
=20 > Built fine here on RH8. I did some RedHat8 RPMs they can be found on SourceForge as well. If you know any one who could be enlisted to package different Platforms, let me know. > Just one question: why *lower* the version number? The previous version > was 1.0.5a, and now the new one is 1.0.0rc1... that'll cause headaches > with RPM, for example. How about bumping the number for the new version > to 1.0.6 (or anything > 1.0.5a...)? I admit my logic was a bit queer. I numbered with the added a such as 1.0.5a meaning 1.0.5a < 1.0.0 since 5a is alpha and 0 is not. I know that was a bad choice. Right now I seriously thought of adopting kernel versioning 1.0.0 is stable 1.1.0 is not 1.2.0 is. So I think this will happen when this turns stable it will be 1.2.0 Thank you again for making this point to me again. If all agree this is what will happen. > --=20 > \/ille Skytt=C3=A4 > ville.skytta at iki.fi >=20 >=20 --=20 -------------------------------------------------------------------- Any connection between your reality and mine is purely coincidental. -------------------------------------------------------------------- Philipp Dunkel <ph...@du...> -------------------------------------------------------------------- |
|
From: <mod...@li...> - 2003-02-14 21:12:13
|
I am currently experimenting with caching parsed XSL Stylesheets. I have a really basic prototype running on my development machine. I am seeing ~5ms performance win per request with the caching enabled. P.S. I am still not sure what to do with my hash table inside the merge_dir function. Should I create a new hash table or save a reference to the base one? G.F. aka Gena01 http://www.gena01.com |
|
From: <mod...@li...> - 2003-02-14 19:35:33
|
Whow great! That must haven been a bunch of work. TTY Philipp On Fri, 2003-02-14 at 19:46, mod...@li... wrote: > Ok, I went and updated ChangeLog file. It should describe most of the > changes that went in to the rc1. I didn't bother describing the exact fixes. > > G.F. aka Gena01 > http://www.gena01.com > > > ------------------------------------------------------- > This SF.NET email is sponsored by: FREE SSL Guide from Thawte > are you planning your Web Server Security? Click here to get a FREE > Thawte SSL guide and find the answers to all your SSL security issues. > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en |
|
From: <mod...@li...> - 2003-02-14 18:46:33
|
Ok, I went and updated ChangeLog file. It should describe most of the changes that went in to the rc1. I didn't bother describing the exact fixes. G.F. aka Gena01 http://www.gena01.com |
|
From: <mod...@li...> - 2003-02-14 17:29:14
|
[clipped] > > > - Update the mod-xslt website regarding the release and update the > > > download link(s) accordinly. > > This will be a pain in the ass, since these pages were generated using a > > CMS which I don't have anymore and I can't get. Additionally all the > > html contains no spaces. :-> > > > So what's the current plan for the website then? I'll have to hand fuddle for now. As soon as my provider upgrades to Apache 2 with mod-xslt (It's agreed except I have to install the server and I am lacking time right now) I will do a redesign based on that. [clipped] TTY Philipp |
|
From: <mod...@li...> - 2003-02-14 17:08:47
|
> > Hi, > > > > I have just tagged the whole tree as MOD_XSLT_1_0_0_RC1. > > > > Stuff to do for RC1: > > - Add a NEWS item to the sourceforge.net > I'm doing this right now > Great. > > - Send the release announcement to libxslt mailing list? (maybe others? > > apache-modules?) > Can you take care of this? I will send an e-mail to libxslt mailing list. > > - Update the mod-xslt website regarding the release and update the > > download link(s) accordinly. > This will be a pain in the ass, since these pages were generated using a > CMS which I don't have anymore and I can't get. Additionally all the > html contains no spaces. :-> > So what's the current plan for the website then? > > > > Stuff to do for RC2: > > - Update ChangeLog file. > > - Review mod-xslt default variables. I am still not sure of the need for > > "xslt-author" variable. > xslt-author was just an ego trip thing at the time, it helped me do some > diagnosis stuff as well. Yes it can be removed. > However we might to add other stuff, which we derive from the > environment such as hostname(or virtualhost) port number of the server, > etc... Ok, I just removed xslt-author parameter. G.F. aka Gena01 http://www.gena01.com |
|
From: <mod...@li...> - 2003-02-14 16:59:07
|
On Fri, 2003-02-14 at 17:49, mod...@li... wrote: > Hi, > > I have just tagged the whole tree as MOD_XSLT_1_0_0_RC1. > > Stuff to do for RC1: > - Add a NEWS item to the sourceforge.net I'm doing this right now > - Send the release announcement to libxslt mailing list? (maybe others? > apache-modules?) Can you take care of this? > - Update the mod-xslt website regarding the release and update the > download link(s) accordinly. This will be a pain in the ass, since these pages were generated using a CMS which I don't have anymore and I can't get. Additionally all the html contains no spaces. :-> > > Stuff to do for RC2: > - Update ChangeLog file. > - Review mod-xslt default variables. I am still not sure of the need for > "xslt-author" variable. xslt-author was just an ego trip thing at the time, it helped me do some diagnosis stuff as well. Yes it can be removed. However we might to add other stuff, which we derive from the environment such as hostname(or virtualhost) port number of the server, etc... |
|
From: <mod...@li...> - 2003-02-14 16:49:33
|
Hi, I have just tagged the whole tree as MOD_XSLT_1_0_0_RC1. Stuff to do for RC1: - Add a NEWS item to the sourceforge.net - Send the release announcement to libxslt mailing list? (maybe others? apache-modules?) - Update the mod-xslt website regarding the release and update the download link(s) accordinly. Stuff to do for RC2: - Update ChangeLog file. - Review mod-xslt default variables. I am still not sure of the need for "xslt-author" variable. G.F. aka Gena01 http://www.gena01.com |
|
From: <mod...@li...> - 2003-02-14 16:38:16
|
Hi Gennady, I have decided not to send my archive of messages, since that would be to much work in terms of editing out private info. From now on we will discuss development issues for mod-xslt here. |
