On Thu, 24 Oct 2013, Daniel Lübke wrote:
thanks for your effort on creating the proposal. I'd like to join.
Great! First thing, which I see you've already done, is to list yourself
in the Initial Committers list
https://wiki.apache.org/incubator/XMLBeansProposal#Initial_Committers
Second
Hi All
As many of you will know, the Apache XMLBeans project is currently
destined for the Apache Attic, in large part because the previous PMC [1]
(Project Management Committee) is no longer around to provide the required
levels of oversight of the project.
It looks like there are still plen
On Thu, 24 Oct 2013, Tammo van Lessen wrote:
Me too, I can also serve as a mentor. Perhaps we should also inform
attic (and board?) when we get this started so that the actual move to
attic can be avoided.
I think the attic already knows?
I've created an initial proposal, feedback welcome! I'
Hi All
Is there still interest in rebooting the XMLBeans project?
If so, I think we have enough existing Apache PMC members to mentor the
rebooted project. I'm happy to start the ball rolling on the proposal if
there's still the interest?
Nick
PS The steps would be that I'd setup the propos
On Mon, 19 Aug 2013, Lott, Christopher M wrote:
We use XmlBeans, code generated from a schema, to read in an XML
instance that conforms to the schema and modify it. Read and validate
work fine; modify is killing me. For example, change the value of an
element, delete an element from a list, e
On Mon, 29 Jul 2013, Daniel Lübke wrote:
I have talked to the Apache ODE PMC Chair Tammo van Lessen how we can
get things running again, i.e. which Apache rules are there etc. I will
keep you updated.
As I understand it, the responsibility for the project has been moved to
the Apache Attic PM
On Wed, 24 Jul 2013, Pascal Heus wrote:
We're using XmlBeans quite a bit and are interested to keep this alive
as well. Would be great to have more information around the Apache
rules/processes, PMC, roles/responsibilities, etc. to understand how we
could support the project.
The Apache Communi
On Mon, 22 Jul 2013, Michael Bishop wrote:
This is awfully unfortunate. To my knowledge, there's no comparable
product out there. We're still struggling with a few XMLBeans issues
that we've had to go to straight DOM to work around. I was hoping that
future releases would address some of these
Hi All
Within Apache POI, we're using xmlbeans to compile the Microsoft xsds for the
OOXML file format to something usable. We produce two jars of the compiled
XSDs, one with the full set, and one with just the key classes and .xsb files.
This seemed to have been working fine, but we've found
Hi All
I have another issue for apache poi, from our nicely generated beans from
the ooxml xsd. We have one particular bean which can have a number of
children, including text, hyperlinks and comments. The bean offers to give
us an ordered list of all the text, an ordered list of hyperlinks etc. T
Hi All
For Apache POI, we're using xmlbeans to generate a whole bunch of classes
based on the ooxml schema files. One problem we've found is that some
things hold a CT_RPr, and others hold a CT_ParaRPr. Despite these two
entries being very similar, the two classes don't have a common class or
inte
On Thu, 10 Jan 2008, Jacob Danner wrote:
I'm not sure I completely understand the issue, are you trying to write
out many standalone xml instances that all comprise a larger xml
instance?
Sort of. You basically have a zip file which contains a dozen or so
inter-related xml files, and some met
Hi All
We're experimenting with using xmlbeans for Apache POI, to help with the
processing of ooxml files. To do this, we've used xmlbeans to generate
classes from the xsd schema files.
The snag we're finding is due to an ooxml "file" actually being made up of
several different, interlinked
13 matches
Mail list logo