Re: developing for something that isn't there..

still don't know what is top-posting, i'm simply repling to each
indvidual's post, if i try to reply to everyone at the same post that
would be a mess

xml was chosen becouse well. that's what the product gives us :), we
didn't have a choice.

creating a tree model of javabeans was my insisting becouse i didnt'
want to directly access the xml and do buisness logic on it (i was
burned and actually still burning, becouse the product's last version
had a complelty differnt strucutre and style of interface, like fixed
lengh strings stuff), so i wanted to create a buisness abstraction of
the xml, based the user requriments, problem the users themsevles can't
tell how to process the xml and extract the relavent bits from it,
(technically i know to process the xml, and know it's structure, but
it's laced with heavy buisness meaning which i cannot determine
myself).


i agree are not using full xp here, first of all we are not fully
implenting pair programing (managment wouldn't allow it), managment
also insisted that analsys would be completed by the users (it's not
yet completed, but it's 100 page growing), we don't have pure TDD
(becouse pesonally i cannot bring myself to write something that won't
complie, i have morbid fear that would mess up eclipse somehow if i
continue to run stuff that partialy complie).
but we do have 2 week intervals, only the contents of what would be
accmplisehd in these 2 weeks was pre-deterined becouse we had the
analasys, and we either remove stuff during the 2 weeks we think won't
be done in time and divide it for each person in the team, we do sit
with the users for a 3-4 hours meeting in the begning the 2 weeks,
showing what was done, and what will be done ,and we do hold a standup
meeting every morning, to update each other's progress. the company's
java (in application developemtn ,not infrastructure) is very little,
and this is first time xp is implemented here.


and from my own persperctive, my last job was get this file , load it
to oracle, turn it to excel, and had over the report, move files from
here to there, import files, export files, almost pure IT, for 8 years
i've been doing this sorta thing, and i feel i'm sooo behind other
folks who actually did real development,i thought that's all i'm good
for and would never get a job at anything, i'm REALLY happy getting
this job, and getting actuall exprience in java development, i may
never be able to catch up others, but at least it's a step up.



Daniel Pitts wrote:
[Top posting corrected]
Elhanan wrote:
Daniel Pitts wrote:
Elhanan wrote:
hi..

i've been taksed to create a framework that would read a complex xml
(do NOT say data-binding) and use the data to populate a java bean
tree..

problem that java bean tree has not been built yet.

i do have a concept of what to pull from the xml, what elements to read
in what order, what data to get from it. so i was thinking to create a
class that does so, but for every element (or chunk of data) pulled use
and interface to send messages about them (sorta like sax) the classes
which willl implement said interface, will get this data and build the
tree..

i was thinking that the messages will not contain an xml element itself
but rather 'convertes' as arguments.
the converted will implement an interface, that for now will simply
return another xml more formated. (just to see if my parsing works) but
will be replaced with another implmentation that will create an actuall
class.

i don't know exactly how tdd this as i don't even know the interfaces
of tree i just know my side, i don't even know if i'm on the right
path..

Sounds like the requirements aren't complete. If you have to parse an
XML document and produce tree, do the simple thing and create a DOM
tree. Since you're requirements aren't more specific, there isn't
anything you can do.

However, I would instead insist that your task is BLOCKED by the lack
of interfaces. And that any thing you do before hand would be a waste
of time and money.

Good luck,
Daniel.
the requirmentes are more or less complete, but we are doing things
'xp' the tree itself is complext and althought the interfaces are sort
of there, the guy warned that they may change, (may be even
considrebly) so i didn't want to risk taking them out of CVS.

parsing will be done using xom, this i allready know.


Please don't top post

Well, the the XP approach would be that you are all pair programming on
the same aspect, rather than all working on seperate aspects. If the
implementors can't give you a fixed interface, then you should do your
best with what the current interface is, and change it as needed. Its
okay if your code breaks because of their change, just be prepared to
update.

I have to say, from the window you've provided, I'm glad I don't work
at your shop. Sounds like a buzz-word-abuse orgy over there. "Lets
use JavaBeans, XML and Extreme Programming!" "Okay, what are we
making?" "Uh, User Stories?" "..."

<http://www.thedailywtf.com/>
Find a non-WTF job. :-)

.

Relevant Pages

  • Re: developing for something that isnt there..
    ... i've been taksed to create a framework that would read a complex xml ... problem that java bean tree has not been built yet. ... i do have a concept of what to pull from the xml, ... and interface to send messages about them the classes ...
    (comp.lang.java.programmer)
  • Re: developing for something that isnt there..
    ... problem that java bean tree has not been built yet. ... i do have a concept of what to pull from the xml, ... and interface to send messages about them the classes ...
    (comp.lang.java.programmer)
  • Re: TXMLDocument and TTreeView
    ... contents of an XML file. ... I can parse the TXMLDocument and add nodes to the tree with no ... I guess this is something to do with the fact that IXMLNode is an ... interface and I don't really understand how it works. ...
    (alt.comp.lang.borland-delphi)
  • developing for something that isnt there..
    ... problem that java bean tree has not been built yet. ... i do have a concept of what to pull from the xml, ... and interface to send messages about them the classes ...
    (comp.lang.java.programmer)
  • Re: Modeling Data for XML instead of SQL-DBMS
    ... It is a tree, ... A set of XML documents may include ... DBMS tools where the link specifications are metadata. ... but I don't think that is the hierarchy you ...
    (comp.databases.theory)