[Design the new POJO MicroContainer] - Re: Kernel module wip WARNING
by adrian＠jboss.org
"alesj" wrote : OK, I think a WARNING here should be enough.
| Despite this:
| "adrian(a)jboss.org" wrote :
| | Fair warning is a message to the dev-list with a title that has block capitals
| | and an explanation of what people need to do to get the correct behaviour.
| :-)
|
| With regard to this:
| - http://www.jboss.org/index.html?module=bb&op=viewtopic&t=131977
|
| Till Wednesday evening (in the worst case Thursday), I'll be committing code that won't be fully tested. One laptop scare over the weekend was enough.
| But that doesn't mean it will break any other tests or be out of synch with other MC subprojects.
|
| I'll post here when done, field injection finished and fully tested.
You were wrong. You've updated the snapshots which means I can't work.
* Origianlly I couldn't do a proper release of the MC projects because you'd changed
them in an incompatible way from what I'd tested
* I managed to put together a snapshots-temp in the old repository
that didn't have your changes.
* You've now updated the kernel project snapshots which means I'm compiling
over your changes while I'm working on the deployers
I'm now stuck and there's a bug I need to fix in the deployers
We either
* release your stuff
* roll it back
* I compile over your stuff (but don't deliver it) and **hope** it really is backward
compatible in terms of testing/runtime for the deployers
* or I sit twiddling my thumbs until your stuff is ready later this week
The purpose of "mvn install" is so you can install it in your local repository
without having to publish unfinished work to everybody else until it is ready.
I'm going to try option 3. But please be more careful in future.
I'd be able to get a lot more work done if I wasn't continually dodging and wading through
problems of other people's making. :-)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4137448#4137448
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4137448
18 years
[Design of JBossXB] - Re: Extending EnumValueAdapter
by adrian＠jboss.org
"adrian(a)jboss.org" wrote : "alesj" wrote :
| | Claiming constant 'not understanding' won't make your semi-detailed answers go away. :-)
| |
|
| They're semi-detailed because I'm saying your doing it wrong,
| I want you try to understand how it really works (code - all of it) and the philisophy
| (the spec), not expect to be spoon fed.
|
| I could spend all day telling you how it works and linking to code snippets
| (or having stupid arguments like this one) but then I'll never get any work done.
|
| And I might as well do the implementation myself since I can do it twice as fast
| if I don't have to go into painful details on the forums.
|
| anonymous wrote :
| | Let's look at the history:
| | "adrian(a)jboss.org" wrote :
| | | Then when constructing the map of valid values and doing the lookups
| | | convert the xml values to lower case if the "ignoreCase" is true.
| | |
| | Not all values can be converted to lower case:
| | "adrian(a)jboss.org" wrote :
| | | Yes. Obviously, you can't ignore case on an integer. ;-)
| | |
| |
| | Next one:
| | "adrian(a)jboss.org" wrote :
| | | Everything is a String in xml :-)
| | |
| | And we got this from additional drill-down:
| | "adrian(a)jboss.org" wrote :
| | | "alesj" wrote :
| | | | Who makes sure "1" is passed into EVA::cast as an Integer?
| | | |
| | | Its the xsd:type (or technically its parent type) of the attribute/element.
| | |
| |
| | This one also isn't as obvious as it could be:
| | "adrian(a)jboss.org" wrote :
| | |
| | | | @XmlEnum(type=Integer.class)
| | | | @JBossXmlEnum(ignoreCase=true)
| | | | public enum Numbers
| | | | {
| | | | @XmlEnumValue("ONE")
| | | | ONE(1),
| | | | }
| | | |
| | |
| | Defining Integer type + explicit String enum value.
| | OK, I'll can pass this one to 's&s' principle.
| | Though my first idea tells me that Integer.parse in IntegerEditor will complain since it will get passed "ONE".
| | Or it could be that perhaps I again don't understand. ;-)
| |
| |
|
| Ok, the example quoted shouldn't have had the @XmlEnum(Integer.class)
| (cut and paste error). i.e. you want JBossXB to pass you the string
| because you have the XmlEnumValue("ONE") as a string not the integer.
|
| The other example that did use numbers was correct.
|
| But those came well after my original post and you started asking about
| how the value conversion works.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4137425#4137425
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4137425
18 years