+1
Now the Sun will never set on the Xalan empire.
Tom
Morris Kwan wrote:
I'd like to nominate Arun Yadav ([EMAIL PROTECTED]) for committer
status.
+1!
We always welcome more qualified people to work on the project.
-- Morris Kwan
Kwan
XSLT Development
IBM Toronto Lab
Tel: (905)413-3729
Email: [EMAIL PROTECTED]
Tom Amiro
Hi,
I'm seeing a number of new compilation fails on the conf tests with
XSLTC (building it from the main trunk). For example, namespace40, 42,
and 43. This seems to be a recent regression. This time I made sure
my jdk1.4.1's endorsed dir does not have any jars in it. Just a
heads up. You may want
I don't think there is a target in the test build.xml though for running
the extension
tests with XSLTC versus Xalan interpretive.
Tom
Morris Kwan wrote:
Most testcases under extensions/library can be run with XSLTC. There are a
few exceptions though (e.g. the evaluate function will not work an
Hi,
I have a cronjob that runs the Xalan conf tests on XSLTC from
the tip of the main trunk with sax, stream, and dom flavors.
I noticed some regressions recently that you may want to
consider against recent putbacks.
Here are the tests that have started failing:
Stream
-
names
Hi,
I've noticed that the "Actual:" and "Reference:" links created by the
Basescanner.xsl stylesheet don't work. I hacked the following change,
but someone more familiar with the reporting system may have a
better fix.
Actual:
Reference:
Original Message
Subject: Importing problem in XALAN-J
Date: Mon, 3 Mar 2003 15:44:25 +0600
From: "Andrey Guskov" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Hi,
I'm sorry if this letter made you any troubles, but nobody can answer this
question despite it seems to be very eas
+1 I can also atest that Santiago will make a splendid addition to the PMC.
Tom
Ramesh Mandava wrote:
>
> Hi :
> As suggested by Henry, I would propose Santiao Pericas-geertsen for PMC seat.
>
> As you all know Santiago is the main developer who is from the original group
> who developed
o been designated as a developer of XSLTC.next (implementing XSLT
>2.0/XPath 2.0), so he is in a position to contribute even more towards Xalan open
>source project.
> My vote = +1
>
> -- Santiago
>
+1 I've worked with Ramesh and he will make a good committer.
--
Tom Amir
>
> There were a few more messages on the list regarding Xalan 2.4.1 and XSLTC.
> Do you have progress on the reported problems?
>
> Ivelin
>
> ----- Original Message -
> From: "Tom Amiro" <[EMAIL PROTECTED]>
> To: "Ivelin Ivanov" <[EM
esheet
> processors.
>
> I'll start off the voting with a +1.
>
> Thanks,
>
> Henry
> --
> Henry Zongaro Xalan development
> IBM SWS Toronto Lab Tie Line 969-6044; Phone (905) 413-6044
> ma
xpense of an occasional
> false pass. Another diff was the use of JTidy to compare HTML output, but as
> I said, I'm not sure that this is being used in the current CVS.
>
> -- Santiago
--
Tom Amiro -- SQE Engineer
WTS - Interoperability and Quality
voice: 781-442-0589 Fax: 781-442-1437
eMail: tom.amiro@.sun.com
+1. Dave Marston told me about this beforehand. So I've had
some time to think about it. This will be a big help for
tesing XSLTC. Thanks for doing this. I favor (2).
Tom
[EMAIL PROTECTED] wrote:
>
> Hello all,
>
> We are in the process of fascilitating the testing of XSLTC with the
> existi
Sorry. I must have made a mistake cutting and pasting. The
snippets are the same.
Tom
Tom Amiro wrote:
>
> Hi,
>
> The html produced by Xalan vs XSLTC are so different, it is hard to know
> where to begin.
> It definitely looks like an XSLTC bug.
>
> Below are snipp
Hi,
The html produced by Xalan vs XSLTC are so different, it is hard to know
where to begin.
It definitely looks like an XSLTC bug.
Below are snippets from the top showing that things get out of synch
really fast.
It would help in debugging this, if you could simplify the xsl and
provide a smal
with though. I assume that Ramesh already tested the
> code with that environment.
>
> Morris Kwan
> XSLT Development
> IBM Toronto Lab
> Tel: (905)413-3729
> Email: [EMAIL PROTECTED]
>
>
> Tom Amiro
> <[
ClassLoader)
> > getCCL.invoke(Thread.currentThread(), NO_OBJS);
> > return ( contextClassLoader.getResourceAsStream (
> > "org/apache/xalan/templates/" + resourceName) );
> > }
> > }
> >
t; >
> >
> >
> >
> >
> >
> >
> >
> > > priority="-2"> > select="@*|node()"/>
> > > select="."/>
> >
> >
> >
> >
> > This appears to be the reported error:
> >
hould be
there isn't and something that wouldn't appear to
be there is.
--
Tom Amiro -- SQE Engineer
WTS - Interoperability and Quality
voice: 781-442-0589 Fax: 781-442-1437
eMail: tom.amiro@.sun.com
putProperties.getDefaultMethodProperties(OutputProperties.java:364)
> at
--
Tom Amiro -- SQA Engineer
Sun XML Technology Development
voice: 781-442-0589 Fax: 781-442-1437
eMail: tom.amiro@.sun.com
;
> Thanks,
>
> Cory
>
> Cory Isaacson
> President & CTO
> Compuflex International
> (818) 884-1168
> [EMAIL PROTECTED]
> www.compuflex.com
>
--
Tom Amiro -- SQA Engineer
Sun XML Technology Development
voice: 781-442-0589 Fax: 781-442-1437
eMail: tom.amiro@.sun.com
Hi,
This bug was just reported against the version of Xalan
integrated into Sun's JDK 1.4.1.
Is this a valid problem and does it still apply to
the current Xalan? If so, I'll put it in bugzilla.
tom
Original Message
Subject: BugId 4769964 : (P4/S5) New Bug Created, Please E
amespace19 and 24 allow any leeway. Can you paste in the
> two outputs for our inspection and comment?
--
Tom Amiro -- SQA Engineer
Sun XML Technology Development
voice: 781-442-0589 Fax: 781-442-1437
eMail: tom.amiro@.sun.com
;
> + XMLReader result = (XMLReader) _xmlReader.get();
> + if (result == null) {
> + _xmlReader.set(
> + result = _parserFactory.newSAXParser().getXMLReader());
> + }
> + return result;
>}
>}
>
>
>
>
> -
is done today (with the help of
> someone who has update access to the site). I'll post an announcement when
> the site is updated and the new distribution is ready.
>
> Sarah McNamara
> [EMAIL PROTECTED]
> - Forwarded by Sarah McNamara/Toronto/IBM on 09/03/2002 10:27 AM
Hi,
Can anyone answer this question?
> I'm still not sure what to specify for the case when a client
> passes in a SAXSource with an XMLReader that already has an
> org.xml.sax.ErrorHandler registered on it.
I think this should be clarified on JAXP side, since this problem
applies to all the p
Java functions), but
the active page
http://xml.apache.org/xalan-j/xsltc_constraints.html
does not reflect the change.
How do we get such a change to take effect?
--
Tom Amiro -- SQA Engineer
Sun XML Technology Development
voice: 781-442-0589 Fax: 781-442-1437
eMail: tom.amiro@.sun.com
discussion with Henry, I have a reason to
> believe that after the DTM integration the translet will be able to access
> the DTMManager and thus the current SQL extension code can be reused in
> XSLTC.
Tom
John Gentilin wrote:
>
> Has anyone ever tested the SQL extensions under X
A 01803-0903
> 781 442-0176
> 781 442-1437 (fax)
> [EMAIL PROTECTED]
--
Tom Amiro -- SQA Engineer
Sun XML Technology Development
voice: 781-442-0589 Fax: 781-442-1437
eMail: tom.amiro@.sun.com
Tobias,
Have you tried to override the version of Xalan built into 1.4.x
with the Endorsed Standards Override Mechansim? See
http://java.sun.com/j2se/1.4/docs/guide/standards/
Tom
Tobias Kämpf wrote:
>
> Hello,
>
> I have found a Problem with Applets and the XPath.
> I am using Java Vers
Hi,
Here is an exchange that is best answered on this alias.
Tom
Edwin Goei wrote:
> Anil Vijendran wrote:
>
>> Can someone in jaxp land tell us if the Xalan identity transformer preserves
>everything (spaces, tabs etc) in the case of a stream to stream transformation?
>
>
> I would guess tha
wasn't doing anything with SQL extensions.
--
Tom Amiro -- SQA Engineer
Sun XML Technology Development
voice: 781-442-0589 Fax: 781-442-1437
eMail: tom.amiro@.sun.com
John Gentilin wrote:
>
> I needed to upgrade to 1.4 (to hopefully fix some JAAS classpath issues)
>
>
161.43
Arithmetic Mean 189 7161.43
Geometric Mean 7161.43
Harmonic Mean 7161.43
--
Tom Amiro -- SQA Engineer
Sun XML Technology Development
voice: 781-442-05
Hi,
By now we are all becoming familiar with the story that there are problems attempting
to run the latest Xalan from Apache with Sun's 1.4.x JDK because an older version
of Xalan (2.2D11) is built into the rt.jar along with the Crimson parser.
Yesterday I ran into an interesting problem with
nown problem? A VM bug? Am I missing
> something?
>
> The latest-and-greatest from Sun should work together
> well...
>
> If you know a solution, please write to me at
>
> [EMAIL PROTECTED]
>
> --Jacek
>
> __
> Do You Yahoo!?
> Sign up for SBC Yahoo! Dial - First Month Free
> http://sbc.yahoo.com
--
Tom Amiro -- SQA Engineer
Sun XML Technology Development
voice: 781-442-0589 Fax: 781-442-1437
eMail: tom.amiro@.sun.com
xalan. (I'll do a proper
> examination of what's going wrong later).
>
> Switching my sitemap's default transformer to 'xalan' solves all
> the problems.
>
> regards Jeremy
--
Tom Amiro -- SQA Engineer
Sun XML Technology Development
voice: 781-442-0589 Fax: 781-442-1437
eMail: tom.amiro@.sun.com
Fixed. Thanks for letting us know.
Tom
Pier Fumagalli wrote:
> Not acked...
>
> Pier
>
> -- Forwarded Message
> > From: Tobias McNulty <[EMAIL PROTECTED]>
> > Date: Fri, 28 Jun 2002 12:28:44 -0400
> > To: [EMAIL PROTECTED]
> >
> > There is a typo near the bottom of
> > http://xml.apache
>From xsltc.manifest --
Name: JLex
Comment: A Lexical Analyzer for Java
Specification-Title: A Lexical Analyzer for Java
Specification-Vendor: Princeton University
Specification-Version: 1.2.5
Implementation-Title: JLex
Implementation-Version: 2.4.D1
Implementation-Vendor: Princeton Univer
lt against
> >JLex 1.2.5.
> >
> >Did you have informations about it ?
> >
> >BTW, here is a small patch for docs.classpath :
> >
> >--- build.xml.orig Wed Jun 26 11:01:07 2002
> >+++ build.xmlWed Jun 26 11:00:55 2002
> >@@ -155,6 +155,8 @@
> >
> &
Hi,
I don't understand why this was needed. Also, why wouldn't
the path just include xsltc.jar, since it includes the
contents of the erstwhile xslt related jars, like bcel.jar,
runtime.jar, etc all rolled up into the one xsltc.jar?
Tom
[EMAIL PROTECTED] wrote:
>
> curcuru 2002/06/26 06:2
Hi Linda,
The problem may be caused by the fact that java 1.4.1 has the Xalan classes
from Xalan 2.2.D11 embedded in its rt.jar file. To override that version
of Xalan with the version that you've been using, copy your xalan.jar
/jre/lib/endorsed/
--
Tom Amiro -- SQA Engineer
Status|NEW |RESOLVED
> Component|org.apache.xalan.xsltc |Xalan
> Resolution||INVALID
>
> --- Additional Comments From [EMAIL PROTECTED] 2002-06-12 18:52 ---
> This is not a bug. The element does
gt; but anything you can do to help us focus in on the specific cause of the
> glitch will speed up our response to it, so it's in everyone's interest to
> make the bug reports as specific and self-demonstrating as possible.
>
> __
>
;
> --
> Stefano Mazzocchi One must still have chaos in oneself to be
> able to give birth to a dancing star.
> <[EMAIL PROTECTED]> Friedrich Nietzsche
>
--
It sounds like you think XSLTC is related to Xalan-C. XSLTC
is a component of Xalan-J2 and is Java based. Its objective is
to archieve better performance by compiling stylesheets into
java byte-code, called translets, and then running tranformations
with the translets.
Tom
g to
> make the best choice. I think we've already agreed that nothing beats XSLTC
> .. that is when it works.
>
> Regards,
>
> Ivelin
--
Tom Amiro -- SQA Engineer
Sun XML Technology Development
voice: 781-442-0589 Fax: 781-442-1437
eMail: tom.amiro@.sun.com
r providing such an excellent tool,
>
> fiete meyer
> [EMAIL PROTECTED]
>
> __
> Do You Yahoo!?
> LAUNCH - Your Yahoo! Music Experience
> http://launch.yahoo.com
--
Tom Amiro -- SQA Engineer
Sun XML Technology Development
voice: 781-442-0589 Fax: 781-442-1437
eMail: tom.amiro@.sun.com
looking into the source code. But
> it'll be a lot faster if I had some design documents.
>
> Hoping you can help.
>
> Thanks.
>
> -Gaurav
--
Tom Amiro -- SQA Engineer
Sun XML Technology Development
voice: 781-442-0589 Fax: 781-442-1437
eMail: tom.amiro@.sun.com
==
eTest;xalanj2.TestXPathAPI;;OutputSettingsTest;;ParameterTest;SAXTransformerFactoryAPITest;
>smoketest.api.inputDir=tests/api
>smoketest.api.goldDir=tests/api-gold
>smoketest.api.outputDir=smoketest/api
>
>
>
>
> --------
;$dot$");
> - input = replace(input, '-', "$dash$");
> - input = replace(input, '/', "$slash$");
> - input = replace(input, ':', "$colon$");
> - return input;
> + return replace(input, ".-/:&
nf/namespace/namespace137.xml
>
> Index: namespace137.xml
> ===
>
> x
>
>
>
> ---------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
--
Tom Amiro -- SQA Engineer
Sun XML Technology Development
voice: 781-442-0589 Fax: 781-442-1437
eMail: tom.amiro@.sun.com
deList params, so I know I've got
> everything declared correctly.
>
> I noticed in FunctionCall.java, there are mappings declared from internal to
> org.w3c.dom.NodeList. However, when it is trying to resolve the function
> mapping the internal param is of ReferenceType and this doesn't map to
> anything.
>
> ...Brian
--
Tom Amiro -- SQA Engineer
Sun XML Technology Development
voice: 781-442-0589 Fax: 781-442-1437
eMail: tom.amiro@.sun.com
+ transletName = xsltc.getClassName();
>
> Stylesheet stylesheet = null;
> SyntaxTreeNode root = getDocumentRoot();
>
>
>
>
> ---------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
>
Dave,
Why so may tests being updated?
tom
[EMAIL PROTECTED] wrote:
>
> dmarston02/04/12 09:50:17
>
> Modified:test/tests/conf/boolean boolean57.xsl boolean02.xsl
> boolean03.xsl boolean04.xsl boolean05.xsl
> boolean06.xsl boolean07.xsl
ndler(TransformerFactoryImpl.java:579)
> at
>
>org.apache.cocoon.components.xslt.XSLTProcessorImpl.getTransformerHandler(XSLTProcessorImpl.java:248)
>
> Sounds like Gregor Samsa wants to sing or something :)
>
> Don't ask me what the heck this means, but it still s
Never mind. I just found out that 2.3.1 was
practically the same as 2.3.0 -- just fixed
a booboo we made in the build file causing
the xsltc.jar to omit the regexp classes.
How quickly we forget our mistakes.
Tom Amiro wrote:
>
> Hi,
>
> I've been asked to describe the p
Hi,
I've been asked to describe the potential gains in
Xalan 2.3 vs. 2.3.1. A development manager has
been using 2.3 in his product and is hesistent to make the
change. I'd like to convince him the change is worthwhile.
--
Tom Amiro -- SQA Engineer
Sun XML Technology Developm
borative environment yet be fast, scalable and shipped with Cocoon.
>
> Ok, let's move on.
>
> --
> Stefano Mazzocchi One must still have chaos in oneself to be
> able to give birth to a dancing star.
> <[EMAIL PROTECTED]>
n2/src/java/org/apache/cocoon/components/language/markup/sitemap/java/sitemap.xsl
>
> http://cvs.apache.org/viewcvs.cgi/xml-cocoon2/src/webapp/sitemap.xmap
>
> Thanks,
> dims
>
> --- Tom Amiro <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > The other week,
, but again I don't think it would be
possible to put it back on apache.ErrorResource extends ListResourceBundle.
Regarding the Makefile - this will be fixed in the next integration ( by replacing
NEW_RESOURCE_BUNDLES_PROPERTIES
with ..._JAVA ), but changing the
xalan message handling - I do
gt; at org.apache.xalan.xsltc.cmdline.Transform.main(Transform.java:329)
> Translet error(s): External function 'vve.util.xsl.XslUtil:toUpper' not
> supported by XSLTC.
>
> Who is maintaing todo list, or where is some info for developers
> (mailing lists, ...) ???
>
Did you run the Xalan conf tests?
--
Tom Amiro -- SQA Engineer
Sun XML Technology Development
voice: 781-442-0589 Fax: 781-442-1437
eMail: tom.amiro@.sun.com
> CVS sources, and as of yesterday I was still seeing XSLTC hang with that
> test. It's a Tower-of-Hanoi test with a tower height of 10.
>
> Paul
>
>
> Tom Amiro
> <[EMAIL PROTECTED]To: "[EMAIL PROTECTED]&q
.
--
Tom Amiro -- SQA Engineer
Sun XML Technology Development
voice: 781-442-0589 Fax: 781-442-1437
eMail: tom.amiro@.sun.com
Santi,
Just a reminder that there is a problem with dbrowone too.
--
Tom Amiro -- SQA Engineer
Sun XML Technology Development
voice: 781-442-0589 Fax: 781-442-1437
eMail: tom.amiro@.sun.com
as fast as keying it. I was
> wondering if this would also have the same effect on XML brought in
> through the document function ( document('my.xml')//*[@id=$id]) )?
>
> best,
> -Rob
--
Tom Amiro -- SQA Engineer
Sun XML Technology Development
voice: 781-442-0589 Fax: 781-442-1437
eMail: tom.amiro@.sun.com
privileged and/or confidential information. If you
> have received this e-mail in error or are not the intended recipient, you
> may not use, copy, disseminate or distribute it; do not open any
> attachments, delete it immediately from your system and notify the sender
> promptly by e-mail
aproppriate to
> continue discussing it at this forum. That's why I had asked
> people interested in progress/use of XSLTC-2
> to contact me directly.
>
> I am sorry if this explanation disappoints some of you
> but I hope my results will end up being useful
> to XML/Java
Hi Derek,
Santiago has been working on the bugs you have submitted and should be
able to answer this question. His email isn't working today. So
hopefully
by tomorrow.
--
Tom Amiro -- SQA Engineer
Sun XML Technology Development
voice: 781-442-0589 Fax: 781-442-1437
eMail: tom.
Does anyone know when Jacek and Santiago will be getting
committer status to work on XSLTC? The nomination message
went out over a week ago and they got some +1 votes.
--
Tom Amiro -- SQA Engineer
Sun XML Technology Development
voice: 781-442-0589 Fax: 781-442-1437
eMail: tom.amiro
ions. A requirements document would seem to be needed to
> scope this out properly. Perhaps there is some demand for renaming
> only, or renaming and eliminating certain nodes only. But I have to
> agree that having humans decide what features should be in is a
> nearly-ideal recipe for featu
to prove it would be to say:
>
> ClassLoader threadClassLoader =
> Thread.currentThread().getContextClassLoader();
> Class getDayClass = threadClassLoader.loadClass("GetDay");
>
> in the init() method of your test, and run it with load-on-startup
> set.
>
&g
class cannot be found. However,
if you do not load on startup, when the server is first hit, the init
method is invoked and the external java class is found and the
transformation
works.
--
Tom Amiro -- SQA Engineer
Sun XML Technology Development
voice: 781-442-0589 Fax: 781-442-1437
eMail
2 Network Drive, MS UBUR02-201
> GE&IS XML Tech Center Burlington, MA 01803-0903
> 781 442-0176
> 781 442-1437 (fax)
> [EMAIL PROTECTED]
--
Tom Amiro -- SQA Eng
reat idea after all. Happy to find it out before attempting to
> make one work :)
>
> And remember: These are results using hotspot client technology
> hotspot server further compiles things down as you go but you need much
> more runs to appreciate them... better tests will come out for real-life
> use on the server.
>
> --
> Stefano Mazzocchi One must still have chaos in oneself to be
> able to give birth to a dancing star.
> <[EMAIL PROTECTED]> Friedrich Nietzsche
>
--
Tom Amiro -- SQA Engineer
Sun XML Technology Development
voice: 781-442-0589 Fax: 781-442-1437
eMail: tom.amiro@.sun.com
complicated, at places -- I will
> argue
> -- unnecessarily so, so extra care has to be taken.
>
> Let's communicate next week on your best practices in
> esuring quality.
>
> --Jacek
>
> PS. In the meantime the new binaries are ready for
> download from
the future. A somewhat oldish
> bio on him can be found at
> http://www.gca.org/papers/xmleurope2000/author/s12-04auth1.html. Or just
> do a search on him on Google.
>
> Can I please have so votes from committers?
>
> -scott
--
Tom Amiro -- SQA Engineer
Sun XML Technology Development
voice: 781-442-0589 Fax: 781-442-1437
eMail: tom.amiro@.sun.com
ses.
>
> Chris
>
> --
> Chris P. McCabe - Senior Software Systems Architect
> Choice Hotels International - Information Technology
> [EMAIL PROTECTED] 602-953-4416
I'd recommend downloading form CVS. We just had the 2.3.0
release. There may be more fixes coming soon
n stand by
> itself. --Thomas Jefferson
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.0.6 (GNU/Linux)
> Comment: Get my public key at: http://relativity.yi.org/pgpkey.txt
>
> iD8DBQE8b0M2AwM6xb2dfE0RAjsiAKCJrpCF1d0rKtSmaOx4tMOxzdR1dwCfVTIO
> s5uuS9wJEqH0g09thaSUGzo
Any thoughts?
>
> Thanks for the response!
>
> ----- Original Message -
> From: "Tom Amiro - SunSoft PC Networking SPA" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Friday, February 01, 2002 7:08 AM
> Subject: Re: Comment Node support?
&g
between comment node
> processing and bug:
>
> 6109 Cri Oth PC [EMAIL PROTECTED] NEW xsl:comment tags cause
> truncated output from stylesheet
>
> Any help would be greatly apprecite!
>
> Thanks,
> Darren
--
Tom Amiro -- SQA Engineer
Sun XML Technology Developme
I vote +1 for Option B.
This would be the most favorable option for the
JAXP Pack that Sun is planning, which will include
Xalan, XSLTC, and Xerces-J 2.x.
It would also give us time to verify the quality of
XSLTC was well as Xalan. I'd say before the next
non developer release, we should be runn
Hi Reza,
Sorry for the delay in replying to you.
I have tried XSLTC with Tomcat 4.1 (as part of a yet
to become available early access release of Sun's Web Services Pack).
Although my platform is Unix and the error I got wasn't the same
as yours, maybe the workaround will still apply.
I was get
[This is for Morten Jorgensen. I tried to send mail to [EMAIL PROTECTED] and
it bounced. What email address works for you now?]
Hi Morten,
Hope all is well with you. Thanks for the additional work you did
on the documentation. I wanted to check it out, but ran into some
problems building it.
Th
Hi,
I'm confused by this. The bug that was fixed was in XSLTC, not
Xalan, and yet the stack dump shows you are running Xalan,
and not XSLTC. Just want to make sure the problem isn't
with XSLTC.
Tom
Guillaume Rousse wrote:
> From release notes page:
> Committed by [EMAIL PROTECTED] on 10/25/200
Another backdoor you can use with JDK1.4 to override the xalan classes in
the rt.jar is to create a directory called "endorsed" under
$JAVA_HOME/jre/lib
and put the xalan and xerces jars in there.
Tom
Hi Joe,
After talking to you on the phone, I collected more
information on the problems I'm seeing that may reflect
an incompatibility using post Xalan-Java 2.2.D13 and
Xerces-Java 2.0.0 Beta 3.
I ran Xalan over java fullversion 1.3.1_01 and had only
xalan.jar (from current CVS) and xerces.j
Just wanted to inform everyone that I just
removed the xml.jar file from the CVS repository.
It had been included in the build for use by
XSLTC, but that is no longer the case. So it
shouldn't be included in the build.
Tom
s can be made clearer.
>
> Gary
>
> > -Original Message-
> > From: Tom Amiro [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, November 13, 2001 10:31 AM
> > To: [EMAIL PROTECTED]
> > Subject: using anoncvs
> >
> >
> > Someone just sent me this question:
Someone just sent me this question:
>We have a login problem. Do we login as [EMAIL PROTECTED]? What will be the
>password?
Does anyone know the answer?
Tom
Sorry the documentation is out of date.
XSLTC has been enhanced to support result
tree fragments as node sets. You don't have
to use a special extension. Just assign the
RTF to a variable and use it as if it were
a node set.
Tom
Srinivasa Manthena wrote:
>
> Hi,
>
> We are using xt:node-se
Ooops. Scatch that. Just saw Morten's reply. I've
been so deep into bugs for so long, I missed the
obvious. No bug is a good thing.
Tom
Tom Amiro wrote:
>
> Hi John,
>
> I had tested the command line options a long time ago.
> Looks like they need to be revis
Hi John,
I had tested the command line options a long time ago.
Looks like they need to be revisited. Are you asking
if anyone else has tried it because you don't believe
your eyes? Do you want to put in a bug?
Tom
Hi Toni,
Very good catch. I verified the problem with today's build and
searched the conf test suite to see if there was a test for
this. There was not. I'll file the bug and add the test to
the conf test suite.
Tom
Toni Penttinen wrote:
>
> Hi,
>
> Problem affected in current cvs version.
Hi Robert,
Thanks for sending the files. I know what the problem is and
you can work around it for now. The stylesheet has a hypen
in the name (site-chooser.xsl). The generated class file
and auxilliary files get the basename site_chooser. So
the class is not being found. For now could you nam
Shane,
I may be able to help on this. We were trying to test
Xalan D10 on a recent Solaris build which had Xalan
built into the rt.jar. We were able to get the JVM
to use the version of Xalan we wanted by using the
-Xbootclasspath/p:
Tom
[EMAIL PROTECTED] wrote:
>
> So color me wi
Sorry I didn't think of this before, but the exception
>de/fub/bytecode/generic/InstructionConstants
>java.lang.NoClassDefFoundError: de/fub/bytecode/generic/InstructionConstants
implies you don't have BCEL.jar in your CLASSPATH.
I'm using Tomcat and have the following classpath, which lets m
Hi Rob,
Here's an example of an XSLTC servlet using TrAX that
may help you figure things out.
Tom
> import javax.servlet.*;
> import javax.servlet.http.*;
> import java.io.*;
> import java.util.Enumeration;
> import java.net.URL;
>
> import org.xml.sax.*;
> import javax.xml.transform.Transfor
Robert Koberg wrote:
>
> I am trying to get some of the translet examples to work but I keep getting
> an error(as in my previous post about XSLTC today):
>
> java.lang.NoClassDefFoundError: de/fub/bytecode/generic/InstructionConstants
> etc...
>
> Can anybody tell me what is causing this? Or
I've found the sample servlet XSLTServletWithParams.java to
be very helpful. I modified the following block in an attempt
to implement a template for performance gains, but have a
feeling that I'm missing something.
if (xslSource != null) // Now do we have a stylesheet?
{
1 - 100 of 139 matches
Mail list logo
