headers
david_marston | 1 May 2003 20:59
Picon
Favicon

Re: Multi-source XML pipeline model

Milo Hyson writes:
>I've been researching the use of XML processing pipelines in
>large-scale projects....Please take a look at 
>http://projects.cyberlifelabs.com/xformer and let me know....

The cited document says:
>A prototype of this model...uses an XML configuration file to define
>one or more pipelines, each consisting of one or more data-sources and
>transformation stages.

There are some OASIS Technical Committees working on XML vocabularies
for various aspects of pipelines and choreography. Take a look at
http://www.oasis-open.org/committees/committees.php
to see what is underway. I think the focus of Xformer could broaden
to fit into one of these other projects.
.................David Marston

---------------------------------------------------------------------
In case of troubles, e-mail:     webmaster <at> xml.apache.org
To unsubscribe, e-mail:          general-unsubscribe <at> xml.apache.org
For additional commands, e-mail: general-help <at> xml.apache.org
Permalink | Reply | 0 comments |
headers
Xephyrus | 1 May 2003 21:06

XML as script -or- XML processing engine

Greetings,

Last week I suddenly had a project foisted on me to build a template
engine for munging flat-files of various formats.  Oh, and I had 3
days to do it in.

I knew exactly what we needed: something that worked like JSP's in
that we could write beans to perform our custom, proprietary (or
maybe not so much) data-munging tasks and bind them to tags through
configuration.

I thought that must be what XSLT is all about.  So I spent half a day
or so trying to figure out how to get XSLT to work with flat files.
I finally decided that you just can't get there from here and went
looking for some other tool to do what I needed.

I did find XML For All (XFA) and XMLScript, but those seem to be
one-off projects rather than community- and standards-oriented
project.

So: Did I miss something?  Is there something already in existence or
even in planning that would provide a flexible and definable XML tag
processing engine?  If so, details please.  If not, is there some
reason not to do that?  Is there any interest in doing it?

I apologize if this has already been discussed.  The archives have
been down so I wasn't able to troll them before posting this.

Oh, and BTW: I ended up writing my own engine to get by.  I used SAX
to do the parsing, implemented a stack for parent-child
(Continue reading)

Permalink | Reply | 3 comments |
headers
robert burrell donkin | 2 May 2003 09:19
Picon
Favicon
Gravatar

Re: XML as script -or- XML processing engine

i think that you need some jelly :)

http://jakarta.apache.org/commons/jelly/index.html

- robert

On Thursday, May 1, 2003, at 08:06 PM, Xephyrus wrote:

> Greetings,
>
>
> Last week I suddenly had a project foisted on me to build a template
> engine for munging flat-files of various formats.  Oh, and I had 3
> days to do it in.
>
>
> I knew exactly what we needed: something that worked like JSP's in
> that we could write beans to perform our custom, proprietary (or
> maybe not so much) data-munging tasks and bind them to tags through
> configuration.
>
>
> I thought that must be what XSLT is all about.  So I spent half a day
> or so trying to figure out how to get XSLT to work with flat files.
> I finally decided that you just can't get there from here and went
> looking for some other tool to do what I needed.
>
>
> I did find XML For All (XFA) and XMLScript, but those seem to be
> one-off projects rather than community- and standards-oriented
(Continue reading)

Permalink | Reply | 1 comment |
headers
Xephyrus | 2 May 2003 19:54

Re: XML as script -or- XML processing engine


Jelly jelly.

At a glance that looks exactly like what I'm looking for.  Thanks.  *(`:

.  Topher

> i think that you need some jelly :)
>
> http://jakarta.apache.org/commons/jelly/index.html
>
> - robert
>
> On Thursday, May 1, 2003, at 08:06 PM, Xephyrus wrote:
>
>> Greetings,
>>
>>
>> Last week I suddenly had a project foisted on me to build a template
>> engine for munging flat-files of various formats.  Oh, and I had 3
>> days to do it in.
>>
>>
>> I knew exactly what we needed: something that worked like JSP's in
>> that we could write beans to perform our custom, proprietary (or maybe
>> not so much) data-munging tasks and bind them to tags through
>> configuration.
>>
>>
>> I thought that must be what XSLT is all about.  So I spent half a day
(Continue reading)

Permalink | Reply | 0 comments |
headers
Andy Clark | 3 May 2003 05:28
Picon
Favicon

[Announce] CyberNeko Tools for XNI 2003.05.02 Available

I have *finally* gotten some time to release a new version
of the CyberNeko Tools for XNI incorporating bug fixes and
updating the implementation for changes introduced in
Xerces-J 2.4.0. My apologies to all those waiting for this
release for so long.

The new release updates the HTML parser, the DTD convertor,
the RelaxNG validator, and XML pull parser. It is available
at the following URL:

   http://www.apache.org/~andyc/neko/doc/index.html

Enjoy!

--

-- 
Andy Clark * andyc <at> apache.org

---------------------------------------------------------------------
In case of troubles, e-mail:     webmaster <at> xml.apache.org
To unsubscribe, e-mail:          general-unsubscribe <at> xml.apache.org
For additional commands, e-mail: general-help <at> xml.apache.org
Permalink | Reply | 0 comments |
headers
David Crossley | 3 May 2003 05:55
Picon

Re: XML as script -or- XML processing engine

Another possibility is "Chaperon". We are using that with
Apache Forrest and Apache Cocoon to handle such situations.
http://chaperon.sourceforge.net/
--David

Xephyrus wrote:
> 
> Last week I suddenly had a project foisted on me to build a template
> engine for munging flat-files of various formats.  Oh, and I had 3
> days to do it in.
<snip/>

---------------------------------------------------------------------
In case of troubles, e-mail:     webmaster <at> xml.apache.org
To unsubscribe, e-mail:          general-unsubscribe <at> xml.apache.org
For additional commands, e-mail: general-help <at> xml.apache.org
Permalink | Reply | 0 comments |
headers
Vladimir R. Bossicard | 3 May 2003 06:31

JUnit-addons and Co

Since almost everyone is writing JUnit tests, I would like to shortly 
present a project I'm developing/maintaining: JUnit-addons.

* JUnit-addons is a collection of helper classes for JUnit.  For example 
custom assert classes (for Strings, Lists, Arrays...) and utility 
classes like the PropertyManager (to retrieve properties from a file) or 
the PrivateAccessor (to access private fields/methods).  The 
*SuiteBuilder classes they let you automatically extract a TestSuite 
containing all TestCases from a directory or a jar/zip file

* JUnit-addons Runner is a yet another JUnit runner.  It runs standard 
JUnit tests but it offers several new functionalities, like:
- resources (like the connection to a database) can be loaded at the 
beginning of the run, initialized (if necessary) when a test look up for 
it and released at the end of the run.  You can achieve the same result 
with cascading TestSetup, but it's messy (been there...)
- custom listeners (like a Beeper, XMLOutputter...)
- tests can be ignored (i.e. not executed) by simply adding '_ignored' 
to their names

These libraries are hosted on sf: <http://junit-addons.sf.net>

Hope you have discovered a useful project

-Vladimir

PS: If you have written code you think is a good candidates for the 
addons, don't hesitate to send it.

--

--
(Continue reading)

Permalink | Reply | 0 comments |
headers
Nathan Coast | 6 May 2003 03:25
Picon

xml doc generator web interface

Hi,

Does anyone know of tool that dynamically generates web pages from a dtd 
/ schema enabling you to create valid xml documents for that dtd. 
(preferably an open source, java / jsp implementation).

e.g. provides dropdowns for valid elements / attributes / values etc.

thanks Nathan

apologies if this is the wrong list for this type of question

---------------------------------------------------------------------
In case of troubles, e-mail:     webmaster <at> xml.apache.org
To unsubscribe, e-mail:          general-unsubscribe <at> xml.apache.org
For additional commands, e-mail: general-help <at> xml.apache.org
Permalink | Reply | 5 comments |
headers
Paul Libbrecht | 6 May 2003 09:42

Re: xml doc generator web interface

Hi,

I think any XML-editor does this.
Some time ago, a guy posted about Pollo doing this.
I tend to use jEdit with its XML mode which does this pretty well 
(note, current CVS head is broken, take the latest release).
And there are tons of others including commercial ones.
This is for the creation part.

For the delivery part I presume what you need is an XSLT processor... 
or maybe I'm mistaking. Surely Cocoon has (huge) set of answers.

Paul

On Mardi, mai 6, 2003, at 03:25 Europe/Paris, Nathan Coast wrote:

> Hi,
>
> Does anyone know of tool that dynamically generates web pages from a 
> dtd / schema enabling you to create valid xml documents for that dtd. 
> (preferably an open source, java / jsp implementation).
>
> e.g. provides dropdowns for valid elements / attributes / values etc.
>
> thanks Nathan
>
> apologies if this is the wrong list for this type of question

---------------------------------------------------------------------
In case of troubles, e-mail:     webmaster <at> xml.apache.org
(Continue reading)

Permalink | Reply | 4 comments |
headers
Nathan Coast | 6 May 2003 10:00
Picon

Re: xml doc generator web interface

Hi,

thanks for your reply,  apologies but I think I might have been unclear 
in my original posting.

What I'm looking for is some way of having a web-based application that 
uses xml files internally.  rather than having a user edit an xml file 
in their own editor and upload the file to the server, I'd like to...

provide a web interface that (at the server) constructs these xml 
documents. All the user sees are pages of text fields, select boxes etc 
and links to other pages (to create child nodes).  It is the 
auto-generation of these html 'editor' screens from a dtd or schema that 
I am interested in.  The idea being that the screens created constrain 
the data that can be entered so that the generated document conforms to 
the dtd / schema.

thanks again

Nathan

Paul Libbrecht wrote:
> Hi,
> 
> I think any XML-editor does this.
> Some time ago, a guy posted about Pollo doing this.
> I tend to use jEdit with its XML mode which does this pretty well (note, 
> current CVS head is broken, take the latest release).
> And there are tons of others including commercial ones.
> This is for the creation part.
(Continue reading)

Permalink | Reply | 3 comments |

Gmane