ources. Note, that the package ought to be
changed from jaxme.ui to org.apache.ws.jaxme.contrib.ui, or something
similar. Also note, that all source files should have proper LICENSE
headers.
Regards,
Jochen
--
Sum. Cogitone?
ou think?
It seems to me to be nasty, if the plugin ought to know about "all"
versions. To me, it ought to handle the version, which the user
selects. Other suggestion: Add a file to the distribution, which
contains the files required for *this* version. Paths might be
relative to the b
Type handling can
become extremely complex.
> The other main question would be recursion handling. Is jaxb supposed to
> be able to handle recursive models as the one Carolina showed?
The current version of JaxMe does support recursion. I believe to
remember, that some Nacho made it happen
easily done on the XS level.
Anyone volunteering? I'll hardly find the time these days.
Jochen
--
Sum. Cogitone?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
e 0.3.1 we already have several bug fixes. In fact,
it could be time for 0.3.2.
In other words: If your boss defines "1.0" as "stable and supported",
he'll get what he want: We take the heavy work of maintaining multiple
branches in order to
n problem. I have therefore
written a new entry in the FAQ. See
http://wiki.apache.org/ws/JaxMe/FrequentlyAskedQuestions/Unmarshalling
. Hopefully, you're the first one reading it. Feel free to proofread
and fix whatever you want.
Regards,
Joch
ase.
In order to enhance the community, I would like to create a 0.4 beta
release real soon. Thoughts? Volunteers?
Regards,
Jochen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
point. Maintenance branch means nothing more, than that only
bug fixes should go into the branch. Features etc. go into HEAD.
Jochen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ated.
> When marshalling does it use lazy binding?
Can you explain what you mean by that?
Jochen
--
Sum. Cogitone?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
y
> being written out, is this correct?
The marshaller doesn't generate any data at all. It only traverses
over the supplied object like a visitor and converts what it finds
into native SAX events. That can hardly be improved.
Jochen
--
Sum. Cogitone?
-
ne have an idea for the
reason? Is there a log file available, which I might check for 404 errors?
Regards,
Jochen
--- Begin Message ---
Jochen Wiedmann wrote:
I'd like to see statistics for ws-jaxme. Would it be possible to add these?
Added:
http://cvs.apache.org/~vgritsenko/stats/projects/j
ther archive is working
> fine.
>
> Regards,
>
> Menno Jonkers
>
> [1] http://ws.apache.org/jaxme/mailinglists.html
> [2] http://mail-archives.apache.org/eyebrowse/SummarizeList?listId=172
> [3] http://mail-archives.apache.org/eyebrowse/ViewLists
thanks for
which it
currently cannot.
We should change the sources to do nothing, if setValidating(true) is
invoked or throw an IllegalArgumentException for setValidating(false).
Jochen
--
Outside of a dog, a book is man's best friend.
Inside of a dog, its too dar
e changed the
links to mod_mbox, rather than eyebrowse.
Jochen
--
Outside of a dog, a book is man's best friend.
Inside of a dog, its too dark to read.
(Groucho Marx)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addition
ing, which you probably know from
JaxMe 1. As JaxMe 2 is implementing the JAXB specification, it has to
follow: The "addXXX(o)" method is replaced by "getXXX().add(o)".
Jochen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Doru Sular wrote:
> After generating classes from schema, at setter methods for attributes
> of type "positiveinteger" the generated code looks like the snapshot
> below, whithout having the cast operator ():
Hi, Doru,
I have added a fix to HEAD and the
f 0.3 afterwards.
- If noone else volunteers, I'll do the work.
Jochen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi, Nacho,
On Apr 11, 2005 11:04 AM, Nacho G. Mac Dowell <[EMAIL PROTECTED]> wrote:
> Hi Jochen, I was about to commit the changes for #JAXME-47 and I had a
> couple of questions:
in that particular case, I'd beg you not to commit, but to attach your
patch to th
the case of the union type, you'd have to use that method for any
type in the union. The default value is invalid, if all throw an
exception.
Jochen
--
Outside of a dog, a book is man's best friend.
Inside of a dog, its
On Apr 11, 2005 1:18 PM, Nacho G. Mac Dowell <[EMAIL PROTECTED]> wrote:
> Jochen Wiedmann wrote:
> Yes, but If I didn't get it wrong the return type of
>
> SimpleTypeSG.getCastFromString(String)
>
> is TypedValue. The question is how to pass it to the JS framew
B provider is responsible to initialize the DatatypeConverter
> class by invoking setDatatypeConverter(DatatypeConverterInterface) as
> soon as possible.
> Is this being done?
Yes. Indeed all datatype conversion at runtime goes through the
datatype converter. Besides, you can even replace it a
. (Which
is the case,
for example, for floats.)
> 2. getCastFromString(SimpleTypeSG pController, JavaMethod pMethod,
> Object pValue, Object pData) would no longer be needed?
No, it is absolutely needed, because it generates the code for
converting strings
at runtime.
Jochen
--
Outside
On Apr 12, 2005 9:32 AM, Nacho G. Mac Dowell <[EMAIL PROTECTED]> wrote:
> class EnumerationSG
>
> public TypedValue getCastFromString(SimpleTypeSG pController, String
> pValue) throws SAXException {
> for (int i = 0; i < values.length; i++) {
> if (values[i].getValue().equals(pValue
On Apr 12, 2005 10:51 AM, Nacho G. Mac Dowell <[EMAIL PROTECTED]> wrote:
> Anyway I think I know now enough about the issue to tackle it: All
> SimpleTypeSG should provide the correct getCastFromString and
> getXMLField should use this. right?
Exactly.
--
Outside of a dog, a book is man's best
All binding and two nonbinding votes (which I am especially thankful
for) +1, that's sufficient. :-)
I have created the distribution files. Will reach the mirrors today or
tomorrow. Update of the online site and the announcements tomorrow.
Release tag R0_4 and branch v0_4 are created.
J
Hi,
I'm glad to announce the availability of Apache JaxMe 0.4 beta. Apache
JaxMe aims to become an implementation of the JAXB specification.
Version 0.4 is a feature release: Compared to version 0.3, it adds
support for nested groups and the "indexed" collection type.
Jo
jars.
do you have an example, how the MANIFEST might look like?
Besides, another question: How does one get the new jar files to ibiblio?
Regards,
Jochen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-
On 4/19/05, Nacho G. Mac Dowell <[EMAIL PROTECTED]> wrote:
> Hi Jochen, I was having some trouble with the default-value thing. The
> problem arises when default value handling fails (not parseable).
> Currently a SAXException is thrown, the problem is that it uses the
> fo
robert burrell donkin wrote:
> this now definitely now needs to be done through the ASF infrastructure
> (via the ASF java repository).
And what the heck is the ASF Java repository? :-)
-
To unsubscribe, e-mail: [EMAIL PROTECTE
On 4/20/05, robert burrell donkin <[EMAIL PROTECTED]> wrote:
> what: a place where ASF released jar can be distributed under the
> control of the ASF
Ok, but how do I get a file into that repository?
--
Outside of a dog, a book is man's best friend.
Inside of a dog, its too dark to read.
(Grouc
On 4/21/05, robert burrell donkin <[EMAIL PROTECTED]> wrote:
> the last time i did it, all that was required was to move the file into
> the right directory. it was a while ago and the procedure might have
> changed. repo at apache is the right list to ask on.
Ok, sorry for all the asking: I foun
On 4/22/05, Nacho G. Mac Dowell <[EMAIL PROTECTED]> wrote:
> [WARNING] Warning encountered while rewriting one or more artifacts from
> source repository to target repository.
What does that tell me? Anything's wrong?
--
Outside of a dog, a book is man's best friend.
Inside of a dog, its too d
te, that you may use your private email account to subscribe your
business adress: See the section beginning with "Sometimes, you may want
to subscribe an address other than the one you are sending from." on
http://www.ezmlm.org/ezman/ezman1.html#ss1.3
Jochen
---
eated in much the same way than general nested groups (with
multiplicity > 1, that is).
In other words: It is only a small step, that remains, until we are able
to accept *all* schemata. Hope to get this within the next two months.
On 4/25/05, Nacho G. Mac Dowell <[EMAIL PROTECTED]> wrote:
> One of the artifacts filenames in the source repository was not good. At
> the moment we are not correcting this, so it continues to warn on every
> build. It'll be improved over time.
What name?
--
Outside of a dog, a book is man's
Daniel Barclay wrote:
> It seems JaxMeXS can't handle schema files that recursively include
> each other (e.g., A.xsd includes B.xsd, B.xsd includes A.xsd).
You are right. The check was implemented for xs:import, but not for
xs:include. Fixed in the 0.4 branch and in HEAD.
-
Daniel, I totally agree with your points. However, do you think it
would require more time to create a patch than writing this mail? :-)
In other words: Patches *quite* welcome.
Jochen
--
Outside of a dog, a book is man's best friend.
Inside of a dog, its too dark to read.
(Groucho
Hi, Daniel,
I have committed another patch to 0.4 and HEAD, which should fix the
problem below. The reason was, that the outer schemas system ID wasn't
remembered.
A unit test is available, see the method
ParserTest.testRecursiveXsInclude()
Jochen
Daniel Barclay wrote:
> Jochen
for. Again, see the testRecursiveXsInclude() method for an example,
how the EntityResolver can be used.
Sorry,
Jochen
Daniel Barclay wrote:
> In addition to the problem below (in the quoted part), the parser
> doesn't seem to be resolving URI references to (non-relative) URIs
> before comparing them.
Daniel Barclay wrote:
> Jochen Wiedmann wrote:
>
>> Daniel, I totally agree with your points. However, do you think it
>> would require more time to create a patch than writing this mail? :-)
>
>
> Definitely. (Not everyone is already set up for editing and chec
ou're expecting too much from me.
Sorry,
Jochen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
or not, but what is currently in the code is sufficient to
achieve what you want, if you are ready to add an EntityResolver and
make sure, that *the lexically same* system ID's are given to the parser.
Jochen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
what's wrong and the schema would
help me to do that faster.
Regards,
Jochen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
, and your
endorsed directory: It *has* to be somewhere in your local classpath.
Jochen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Calmbach, Richard wrote:
> However, no output files are being generated in the target directory.
Richard, this problem should be fixed in the CVS tree for both 0.4 and
HEAD now.
Jochen
-
To unsubscribe, e-mail: [EM
Hi,
following
http://mail-archives.apache.org/mod_mbox/ws-jaxme-dev/200504.mbox/[EMAIL
PROTECTED]
I'll release 0.4 final on tuesday or wednesday, if no one else intervenes.
Jochen
-
To unsubscribe, e-mail: [EMAIL PROT
ately.
Jochen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
x27;t want to change this for 0.4, as the likelihood for
introducing new bugs seems to be large. Question is: What would be a
better representation than null?
Jochen
--
Outside of a dog, a book is man's best friend.
Inside of a do
on
> problems, maybe just one copy of the information should be kept and then
> referenced from the other location.
The XJCTask documentation is *much* more uptodate. As for the single
source: That would, of course, be very nice. I am eager to wait for
suggestions on how to extract DocBoo
Daniel,
I am quite thankful for all your reports. Really! However, it is
simply beginning to overwhelm me. Please be so kind and start to file
these as bug reports in Jira. We'll be completely unable otherwise to
handle this in a structured manner.
Regards,
Jochen
--
Outside of a dog, a
admit. However, you've got to understand, that
the emphasis of all current committers is in the JaxMe core. JaxMeXS is
simply used. If you'd like to jump in, you are really welcome. But,
believe me, if I should actually find the time for writing docs again,
I'd write docs on the Ja
in JavaQNameImpl seems acceptable, so I
simply reverted back to rev 0.3. For the HEAD, I fixed the actual bug,
which causes a lot more code changes.
Jochen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ill do this.
Jochen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
that in the
HEAD branch, after 0.4 is out.
Jochen
Daniel Barclay wrote:
> For input like this:
>
>...
>
>...
>
> when JaxMeXS creates an XSComplexType object, both
> isRestriction() and isExtension() return false.
>
> The XML Schema specification says
Daniel Barclay wrote:
> Daniel Barclay wrote:
>
>> In JaxMeXS, method XSObject.getLocator() throws an IllegalStateException
>> when called for a built-in type. However, the JavaDoc method description
>> does not specify that the method is allowed to throw
>> IllegalStateException.
>
>
> Similar
#x27;s convincing. Changed in the 0.4 branch and in HEAD,
as the change doesn't hurt compatibility.
Jochen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Daniel Barclay wrote:
> It seems that the JaxMeXS object model provides no direct traversal
> path from the use of a global attribute or element back to the
> declaration of that attribute or element.
What are you recommending?
---
7;ve got to set our
priorities. If you don't like them: Sorry. But if you don't like that,
you'd better start buying support.
Jochen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cause of
recursive schemas. They are available only after calling the validate()
method, which they call internally.
It is quite possible that someone comes up with a better implementation.
However, the current needs to declare the exceptions
ed
> information).
>
> Right now, I'm not sure what fits best.
After thinking about it, I wonder why this *is* another attribute. It
should be the same. However, it isn't. That's possibly the actual bug.
Jochen
--
Outside of a dog, a book is man's bes
the purpose of a
manual, wouldn't it?
Jochen
--
Outside of a dog, a book is man's best friend.
Inside of a dog, its too dark to read.
(Groucho Marx)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
uot; collection type.
Jochen
JaxMe 0.4 download: http://ws.apache.org/jaxme/downloads.cgi
More details on Apache JaxMe: http://ws.apache.org/jaxme/
More details on JAXB: http://java.sun.com/xml/jaxb/
-
To unsubscribe, e-mail: [
).
JaxMe is ably to use any JAXP 1.1 compliant SAX parser. If you do not
configure a specific parser (see the documentation of the
SAXParserFactory class for how to configure that), it uses the first
parser in your classpath. In the case of Java 1.4 or 5.0, this is the
builtin parser (Crimson in 1
parate file and import or include these.
Note, that any schema validator (Xerces, for example) should expose
this as a problem and bark about it.
Jochen
--
What are the first steps on the moon, compared to your child's?
--
elements which you want to
marshal as global (toplevel).
Jochen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
;where to start":
Which features do you need the most?
Jochen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
examples, all of which implementing a so-called SGFactoryChain: The
JaxMeJdbcSG (creating source for accessing an SQL database via JDBC) and
the TaminoApi4JSG (creating source for accessing a Tamino database).
More detailed questions would allow a more detailed res
or at least write a Maven plugin.
How about?
Jochen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
as soon as we are able to put our hands on a TCK.
Jochen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jects very easy.
Fine for me.
mavenization is a different issue to creating a maven plugin :)
Yes, but in that particular case, they cannot be separated: JaxMe uses
itself for the test suite, so mavenization depends on the plugin.
Jochen
-
Thanks, excellent evaluation! Applied to 0.4 branch and HEAD.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi, Frederic,
rein neugierdehalber: Was hast Du mit dem JavaParser denn vor?
Gruß und nochmals danke für den Bugreport,
Jochen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ntage that inheritance (xs:extension) works fine.
Jochen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On 7/11/05, Lu, Shengkai <[EMAIL PROTECTED]> wrote:
> What is the limitation for Jaxme?
None.
--
What are the first steps on the moon, compared to your child's?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional comma
with that by adding
"jm:extends" and "jm:javasource".
Below you'll find a piece of documentation. Please review. Additionally,
it definitely needs improvement. You'd help me a real lot by taking up
that part initially.
Jochen
Customization
JaxMe provides certain
indexed". (See src/test/jaxb/types.xsd
for an example.)
If neither the default style nor the "indexed" style are satisfying
you, feel free to implement another instance of MultiplePropertySG and
post it for review on this list.
Jochen
--
What are the first
a proper setter as well.
For that first step, you should be able to work within the class
DriverSGImpl and its subclasses only, so a deeper understanding of all
the JaxMe details shouldn't be required.
In any case, regards for the hint, that we do not meet the SPEC's in
that particula
. See
http://ws.apache.org/jaxme/downloads.cgi
for a list of mirrors.
Jochen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
nteers to do it, I'd prefer to let him choose?
Jochen
--
What are the first steps on the moon, compared to your child's?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
. :-)
Jochen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-archives.apache.org/mod_mbox/ws-jaxme-dev/200507.mbox/[EMAIL
PROTECTED]
where I replied the basically same question by another user in the past.
Jochen
On 7/21/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> Hallo Mr. Wiedmann!
>
> I am just playing around with
ast, we'll be moving a real lot of sources. So
waiting for SVN makes quite some sense. That said, I see no reason,
why you shouldn't
start working, for example in a branch. We can "merge" your work later on, when
0.5 is released. (Which should be the case in just another two weeks.
Frederic Ahring wrote:
I can only assume boolean is meant here ?
You are, of course, right. :-)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
two weeks.) Does that work
as well? (It simply eliminates getInstance(String).)
Jochen
Index: ant/docs.xml
===
RCS file: /home/cvs/ws-jaxme/ant/docs.xml,v
retrieving revision 1.5
diff -u -r1.5 docs.xml
--- ant/docs.xml 14 Jul 2005 20
the patches would be equal.
Sounds so. :-)
It seems to work.
Actually it seems to be much slower now, but this could have other reasons
as well.
I have no explanation for that, assuming that we did indeed do the same
thing. Anyways,
test with a single test
method quite easily: Basically you create an instance of JavaParser
and invoke its main method.
Jochen
--
What are the first steps on the moon, compared to your child's?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi, Frederic,
supply a proper patch (diff -ub oldFile newFile), and I'll apply it.
(Sorry for asking, but it is always best to talk in patches and the like.)
Jochen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addit
there are
broken links on the docs. Should I use Frederic's suggestion
(maven:addPath ) for this too?
For a start, that seems to be the best solution.
- What name should I use for the branch, MAVEN?
Sounds good. :-)
Jochen
Fredrik,
sorry for being bureacrazy, but please be so kind to attach the files to
JAXME-58. This is also the best place for discussing the topic. Note,
that all JIRA comments and attachments are automatically delegated to
this mailing list.
Regards,
Jochen
ector.
I can't tell you what's wrong, but definitely, there is an error. The
ChainGenerator is indeed invoked for interfaces only.
I suggest that you commit your current status into a branch and give me
a chance to look into the pro
nch, but I wouldn't recommend
that.)
Jochen
--
What are the first steps on the moon, compared to your child's?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On 8/8/05, robert burrell donkin <[EMAIL PROTECTED]> wrote:
> i'm a little bit confused by this ordering. it's probably just me but
> could you elaborate a little?
The order doesn't matter. The branch point is the release.
Jochen
--
What are the first steps on
On 8/8/05, robert burrell donkin <[EMAIL PROTECTED]> wrote:
> a branch rather than a tag?
Any branch needs a root tag, doesn't it? Which can be the 0.5 versions tag.
Jochen
--
What are the first steps on the moon, compared t
/jaxb
Jochen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi,
as decided last month, we'll move to Subversion, now that 0.5 is out.
For that reason, I'll ask anyone to stop committing, until the
Subversion module ws-jaxme is up and running.
Regards,
Jochen
--
What are the first steps on the moon, compared to yo
See http://svn.apache.org/repos/test/webservices/jaxme/ (read only), or
https://svn.apache.org/repos/test/webservices/jaxme/ (committers).
Jochen
--
What are the first steps on the moon, compared to your child's?
---
ject, which represents an anonymous block { ... }. The
braces could be optional, of course. This object might be added to a
method at a later time.
Jochen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
at jaxme is now unfrozen?
Sorry for picking up the wrong URL's. Yes, in all three cases.
Jochen
--
What are the first steps on the moon, compared to your child's?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
es, if your application is based on data
oriented XML (as opposed to text oriented XML), you'll be most possibly
happy with the JAXB implementation.
Jochen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
in particular, if the generator can help you somehow, for example by
creating additional configuration files), then here's the place to ask.
Jochen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
301 - 400 of 661 matches
Mail list logo