You are viewing a plain text version of this content. The canonical link for it is here.
Posted to general@gump.apache.org by Morgan Delagrange <md...@yahoo.com> on 2003/01/28 18:01:42 UTC
nsUML is dead? [was: Re: [Graph] nsuml changes?]
Hey all,
Below is a discussion from the Commons list.
Commons-graph is the sole project with a dependency on
nsuml. It appears that the HEAD version of nsuml is
an incomplete refactoring of the project that does not
compile with commons-graph. It also appears that
nsUML development is dying or dead.
Since version 1_4 of graph is poor and development is
frozen, it would seem that the best course of action
would be to stop building HEAD and use the 0.4.20
release JAR instead. I wouldn't suggest departing
from continuous integration unless a project was
really and truly dead, but I believe that is the case
here.
Comments? If this seems like the right thing to do,
what's the best way to do it? A project definition
that grabs a JAR from somewhere on the internet?
Placing the JAR inside the commons-graph repo?
- Morgan
--- Morgan Delagrange <md...@yahoo.com> wrote:
> --- dion@multitask.com.au wrote:
> > Morgan Delagrange <md...@yahoo.com> wrote on
> > 28/01/2003 10:11:09 AM:
> >
> > > Hey all,
> > >
> > > I was investigating the GUMP failure for graph.
> > It
> > > looks like GUMP is using the "nsuml1_4" CVS
> > module,
> > > while Maven builds off of version 0.4.20. There
> > are
> > > some differences in package names, etc. I
> checked
> > the
> > > nsuml home page and they say 0.4.20 is
> "obselete":
> > >
> > > http://nsuml.sourceforge.net
> > >
> > > Should graph be using the nsuml1_4 version? I
> > checked
> > > it out, and it's not just repackaging; some of
> the
> > new
> > > nsuml classes are not interface-compatible with
> > the
> > > graph code.
> > Well, the graph component works as it should at
> the
> > moment. The gump build
> > fails as it's not using the latest and greatest
> > graph code.
>
> Where is the latest and greatest graph code? Is
> Maven
> not using commons-graph anymore?
>
> > If you are up for reworking graph with the latest
> > nsuml, go for it!
>
> I've been looking at it, but the lack of
> documentation, examples, etc. for NSUML is very
> frustrating. I think I see why the HEAD version is
> so
> hard to work with. Read this post from the lead
> NSUML
> developer that I found on the argoUML list:
>
> ----- Original Message -----
> From: "Constantine Plotnikov" <ca...@novosoft.ru>
> To: <de...@argouml.tigris.org>
> Sent: Monday, December 30, 2002 10:31 AM
> Subject: [argouml-dev] On status of NSUML and NSMDF
>
>
> > Hi!
> >
> > NSUML and NSMDF are currently in the very deep
> hibernation
> > with a little hope of unfreezing due lack of
> demand
> backed
> > by money and lack of active projects at novosoft
> that use
> > that set of technologies right now. Yearlier it
> had
> been
> > developed because it had been used by novosoft,
> but
> those
> > novosoft's projects reached state where only
> little
> maintainance
> > is needed. Following it, I had been no more able
> to
> explain
> > to management why project should be developed
> further, so
> > it became victims of cost cutting.
> >
> > I'm working on other projects at my private time
> and
> > I had no time to support and develop NSMDF on my
> own.
> >
> > From alternatives available at last time I
> checked
> possibly
> > the best choice is MDR from netbeans. If NSMDF
> project
> > will be unfrozen (there still is a little hope for
> it),
> > some API compatibility with MDR particulary on
> event
> API
> > will be one of goals.
> >
> > JMI RI from Unisys could be also worthy candidate
> for
> > evaluation, but it looked a bit overcomplicated.
> >
> > Constantine
>
> So it looks like NSUML is effectively a dead branch.
>
> Typical semi-corporate SourceForge project, works
> great until the company gets tired of it. I've been
> reading the list, and it sounds like the version
> you're using is actually more feature-rich than the
> 1_3 version, and the NSUML claim that 0.4.20 is
> outdated was just wishful thinking on the devlopers'
> part.
>
> Blech, I don't know what the best approach is. I
> think this may actually be one of those instances
> where GUMP should not point to the HEAD version,
> since
> it's both incomplete and frozen. Any GUMP people
> about? I think the REAL solution is to take
> Constantine's advice and eventually use an active
> API.
>
> If no responses are forthcoming here, I'm going to
> forward this to the GUMP list and recommend that
> they
> not build NSUML from HEAD. We'll see what they have
> to say. I'd really like to get graph building in
> GUMP; it's currently the only dependency that
> preventing the possibility of Maven nightly builds.
> I
> would love to have GUMP do the work, rather than
> have
> to bootstrap all the time.
>
> - Morgan
>
> =====
> Morgan Delagrange
> http://jakarta.apache.org/taglibs
> http://jakarta.apache.org/commons
> http://axion.tigris.org
> http://jakarta.apache.org/watchdog
>
> __________________________________________________
> Do you Yahoo!?
> Yahoo! Mail Plus - Powerful. Affordable. Sign up
> now.
> http://mailplus.yahoo.com
>
=====
Morgan Delagrange
http://jakarta.apache.org/taglibs
http://jakarta.apache.org/commons
http://axion.tigris.org
http://jakarta.apache.org/watchdog
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
Re: timeout (was Re: nsUML is dead?)
Posted by Stefan Bodewig <bo...@apache.org>.
On Mon, 03 Feb 2003, Sam Ruby <ru...@intertwingly.net> wrote:
> sh gen.sh -cp "/home/rubys/bin/timeout 1200"
Thanks!
Stefan
Re: timeout (was Re: nsUML is dead?)
Posted by Sam Ruby <ru...@intertwingly.net>.
Stefan Bodewig wrote:
>
>>I found a utility for unix that can be used to enforce a time limit
>>on each step.
>
> Interesting. How do you use it with the generated scripts?
sh gen.sh -cp "/home/rubys/bin/timeout 1200"
Search gen.sh for "cmd-prefix" to see how it works.
Enjoy!
- Sam Ruby
timeout (was Re: nsUML is dead?)
Posted by Stefan Bodewig <bo...@apache.org>.
On Thu, 30 Jan 2003, Sam Ruby <ru...@apache.org> wrote:
> I found a utility for unix that can be used to enforce a time limit
> on each step.
Interesting. How do you use it with the generated scripts?
I've been thinking about adding a "java" shellscript which would the
simply do
exec timeout 1200 /real/path/to/java "$@"
and move that to the front of my nightly Gump script's PATH, but I'm
sure there is a simpler way.
Stefan
Re: nsUML is dead? [was: Re: [Graph] nsuml changes?]
Posted by Sam Ruby <ru...@apache.org>.
Stefan Bodewig wrote:
>
>>so I have to hit ctrl-c to let it continue...)
>
> Glad to have "killall java" available.
I found a utility for unix that can be used to enforce a time limit on
each step. I've attached the code in case others might find it helpful.
- Sam Ruby
Re: nsUML is dead? [was: Re: [Graph] nsuml changes?]
Posted by Stefan Bodewig <bo...@apache.org>.
On 30 Jan 2003, Martin van den Bemt <ml...@mvdb.net> wrote:
> my build from yesterday is still running (is coming near the 24
> hours now..) (some package will just hang,
Same here, cactus-sample-servlet-12 it is on my machine.
> so I have to hit ctrl-c to let it continue...)
Glad to have "killall java" available.
Stefan
Re: nsUML is dead? [was: Re: [Graph] nsuml changes?]
Posted by Martin van den Bemt <ml...@mvdb.net>.
I'll have a look at it :) (at fixing the depdenency that is).
But my build from yesterday is still running (is coming near the 24
hours now..) (some package will just hang, so I have to hit ctrl-c to
let it continue...)
Mvgr,
Martin
On Thu, 2003-01-30 at 09:56, Stefan Bodewig wrote:
> On Thu, 30 Jan 2003, Morgan Delagrange <md...@yahoo.com> wrote:
>
> > I think I just passed my "I don't care THAT much" threshhold.
>
> I know what you are talking about 8-)
>
> > Its only consumer in GUMP is Maven.
>
> So not being able to build commons-graph results in not being able to
> build maven, which in turn means we'll never get anywhere with the
> "bootstrap maven that build project using maven instead of generated
> Ant build files" route. But I digress ...
>
> There is some precedent (xdcolet's HEAD has been unable to compile for
> some weeks last year). Pete changed the Gump descriptor to some fixed
> release (which seems difficult for nsUML IIUC) and we built against
> that so that things like tomcat would get built at all.
>
> When we later switched back to HEAD, the xdoclet folks had to learn a
> lesson in backwards compatibility ;-)
>
> In the nsUML case, making it an installed dependency for now would
> certainly work. IWBNI somebody tracked nsUML to switch back to HEAD
> if it ever picks up momentum again, but 'I just passed my "I don't
> care THAT much" threshhold.' 8-)
>
> Stefan
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: gump-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: gump-help@jakarta.apache.org
>
>
check target of Gump rocks!
Posted by Sam Ruby <ru...@apache.org>.
I just had to say this. I've been travelling and finally had a spare
moment. Looked at the build and saw that the prereq with nekohtml was
failing. Typed "build gump check" and saw that there was three errors,
with the appropriate URL for each ready for me to cut and paste into
Mozilla.
I had a typo in installing one of the three, and a subsequent check let
me know this in seconds.
The build that just started should not have any installation prereq
problems.
- Sam Ruby
Re: nsUML is dead? [was: Re: [Graph] nsuml changes?]
Posted by Sam Ruby <ru...@apache.org>.
dion@multitask.com.au wrote:
>
> Now if only I could get Gump and Antivirus to be nice to each other :)
You are certainly welcome to work on gump.covalent.net. So is Morgan,
if he is willing to send me a new public key. ;-)
- Sam Ruby
Re: nsUML is dead? [was: Re: [Graph] nsuml changes?]
Posted by di...@multitask.com.au.
news <ne...@main.gmane.org> wrote on 31/01/2003 02:24:01 PM:
[snip]
> > p.s. How about instead of bootstrapping Maven core first, we go for
one of
> > the plugins? They have very few dependencies.
>
> They don't depend on the core? In any case, I'm quite willing to try to
> make forward progress on multiple fronts...
Most plugins don't depend on core, so I'm happy to pursue that as well.
Now if only I could get Gump and Antivirus to be nice to each other :)
--
dIon Gillard, Multitask Consulting
Blog: http://www.freeroller.net/page/dion/Weblog
Work: http://www.multitask.com.au
Re: nsUML is dead? [was: Re: [Graph] nsuml changes?]
Posted by Sam Ruby <ru...@apache.org>.
dion@multitask.com.au wrote:
>>
>>What version of Maven does it run? I'd like to see the possibility that
>> the version is the one that was bootsrapped. After all, that's what
>>the meaning of the <ant> task is...
>
> I'll chase up Alexei and get him to answer the questions.
Cool. Just so it is clear: if it causes no harm to me, I am +0 to the
addition. If it can use the bootstrapped from source Maven (not with a
bunch of downloads, actually bootstrapped), then an enthusiastic +1 from me.
>>- Sam Ruby
>>
>>P.S. The subject of this thread was actually an issue that you
>>indicated that you were intending to fix..
>
> Yep, one which Morgan took over for me, as I was busy fixing Maven to work
> with his recent changes to Jelly :)
;-)
> p.s. How about instead of bootstrapping Maven core first, we go for one of
> the plugins? They have very few dependencies.
They don't depend on the core? In any case, I'm quite willing to try to
make forward progress on multiple fronts...
- Sam Ruby
Re: nsUML is dead? [was: Re: [Graph] nsuml changes?]
Posted by di...@multitask.com.au.
news <ne...@main.gmane.org> wrote on 31/01/2003 12:00:38 PM:
> dion@multitask.com.au wrote:
> > Morgan and others, one of the Maven developers (Alexei) has a patched
gump
> > that runs maven projects using a <maven> tag similar to <ant>, from
what
> > he's described.
>
> What version of Maven does it run? I'd like to see the possibility that
> the version is the one that was bootsrapped. After all, that's what
> the meaning of the <ant> task is...
I'll chase up Alexei and get him to answer the questions.
> - Sam Ruby
>
> P.S. The subject of this thread was actually an issue that you
> indicated that you were intending to fix...
Yep, one which Morgan took over for me, as I was busy fixing Maven to work
with his recent changes to Jelly :)
p.s. How about instead of bootstrapping Maven core first, we go for one of
the plugins? They have very few dependencies.
--
dIon Gillard, Multitask Consulting
Blog: http://www.freeroller.net/page/dion/Weblog
Work: http://www.multitask.com.au
Re: nsUML is dead? [was: Re: [Graph] nsuml changes?]
Posted by Sam Ruby <ru...@apache.org>.
dion@multitask.com.au wrote:
> Morgan and others, one of the Maven developers (Alexei) has a patched gump
> that runs maven projects using a <maven> tag similar to <ant>, from what
> he's described.
What version of Maven does it run? I'd like to see the possibility that
the version is the one that was bootsrapped. After all, that's what
the meaning of the <ant> task is...
- Sam Ruby
P.S. The subject of this thread was actually an issue that you
indicated that you were intending to fix...
Re: nsUML is dead? [was: Re: [Graph] nsuml changes?]
Posted by di...@multitask.com.au.
Morgan and others, one of the Maven developers (Alexei) has a patched gump
that runs maven projects using a <maven> tag similar to <ant>, from what
he's described.
Is that of interest to anyone?
--
dIon Gillard, Multitask Consulting
Blog: http://www.freeroller.net/page/dion/Weblog
Work: http://www.multitask.com.au
Morgan Delagrange <md...@yahoo.com> wrote on 31/01/2003 04:17:21 AM:
>
> --- Stefan Bodewig <bo...@apache.org> wrote:
> > On Thu, 30 Jan 2003, Morgan Delagrange
> > <md...@yahoo.com> wrote:
> >
> > > I think I just passed my "I don't care THAT much"
> > threshhold.
> >
> > I know what you are talking about 8-)
> >
> > > Its only consumer in GUMP is Maven.
> >
> > So not being able to build commons-graph results in
> > not being able to
> > build maven, which in turn means we'll never get
> > anywhere with the
> > "bootstrap maven that build project using maven
> > instead of generated
> > Ant build files" route. But I digress ...
>
> I thought Maven might get your attention. :)
> Whatever you think is best, let's do it. I used to
> have access to covalent myself, but I lost my private
> key when my hard drive died a few weeks ago, and I've
> been too embarrassed to ask for access again. ;)
>
> - Morgan
>
> =====
> Morgan Delagrange
> http://jakarta.apache.org/taglibs
> http://jakarta.apache.org/commons
> http://axion.tigris.org
> http://jakarta.apache.org/watchdog
>
> __________________________________________________
> Do you Yahoo!?
> Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
> http://mailplus.yahoo.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: gump-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: gump-help@jakarta.apache.org
>
> ForwardSourceID:NT000AB01A
Re: nsUML is dead? [was: Re: [Graph] nsuml changes?]
Posted by Morgan Delagrange <md...@yahoo.com>.
--- Stefan Bodewig <bo...@apache.org> wrote:
> On Thu, 30 Jan 2003, Morgan Delagrange
> <md...@yahoo.com> wrote:
>
> > I think I just passed my "I don't care THAT much"
> threshhold.
>
> I know what you are talking about 8-)
>
> > Its only consumer in GUMP is Maven.
>
> So not being able to build commons-graph results in
> not being able to
> build maven, which in turn means we'll never get
> anywhere with the
> "bootstrap maven that build project using maven
> instead of generated
> Ant build files" route. But I digress ...
I thought Maven might get your attention. :)
Whatever you think is best, let's do it. I used to
have access to covalent myself, but I lost my private
key when my hard drive died a few weeks ago, and I've
been too embarrassed to ask for access again. ;)
- Morgan
=====
Morgan Delagrange
http://jakarta.apache.org/taglibs
http://jakarta.apache.org/commons
http://axion.tigris.org
http://jakarta.apache.org/watchdog
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
Re: nsUML is dead? [was: Re: [Graph] nsuml changes?]
Posted by Stefan Bodewig <bo...@apache.org>.
On Thu, 30 Jan 2003, Morgan Delagrange <md...@yahoo.com> wrote:
> I think I just passed my "I don't care THAT much" threshhold.
I know what you are talking about 8-)
> Its only consumer in GUMP is Maven.
So not being able to build commons-graph results in not being able to
build maven, which in turn means we'll never get anywhere with the
"bootstrap maven that build project using maven instead of generated
Ant build files" route. But I digress ...
There is some precedent (xdcolet's HEAD has been unable to compile for
some weeks last year). Pete changed the Gump descriptor to some fixed
release (which seems difficult for nsUML IIUC) and we built against
that so that things like tomcat would get built at all.
When we later switched back to HEAD, the xdoclet folks had to learn a
lesson in backwards compatibility ;-)
In the nsUML case, making it an installed dependency for now would
certainly work. IWBNI somebody tracked nsUML to switch back to HEAD
if it ever picks up momentum again, but 'I just passed my "I don't
care THAT much" threshhold.' 8-)
Stefan
Re: nsUML is dead? [was: Re: [Graph] nsuml changes?]
Posted by Morgan Delagrange <md...@yahoo.com>.
--- Stefan Bodewig <bo...@apache.org> wrote:
> On Tue, 28 Jan 2003, Morgan Delagrange
> <md...@yahoo.com> wrote:
>
> > Let's say "theoretically" ;) that I wanted to use
> a
> > fixed version of nsUML for the time being. What
> would
> > I do?
>
> "theoretically" you have two options (and only if
> they have tagged
> their CVS appropriately, otherwise only option two
> is available):
>
> (1) Add a tag="..." to the <module> element of nsuml
> an check out the
> CVS version that matches the fixed version.
It's not obvious from the repository where that would
be. It's clear that they have rearranged their
repository around their new API. I guess I'd have to
subscribe to their list and ask around. I'm not sure
what the benefit would be of pointing to a dead branch
of their CVS tree though. From their archives, it's
not looking likely that they're going to continue
developing their new, incomplete API, but I see no
indication at all that they plan to resume with the
old API either.
> (2) Make it an installed package.
>
> I'd go for (1) as it allows an easy route to switch
> back to HEAD as
> soon as it seems to be maintained again.
>
> > Or is this solution unjustifiable?
>
> It depends on how dead development of nsUML really
> is, I guess. The
> people who are involved in commons-graph may be
> interested in keeping
> it alive.
I don't know how central the UML stuff is to graph.
I think I just passed my "I don't care THAT much"
threshhold. I'm trying to picture myself tracking
down the 0.4.20 branch so I can whip the graph
developers into a quixotic crusade to save it. I
don't even use graph myself. :) Its only consumer in
GUMP is Maven.
- Morgan
> Stefan
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> gump-unsubscribe@jakarta.apache.org
> For additional commands, e-mail:
> gump-help@jakarta.apache.org
>
=====
Morgan Delagrange
http://jakarta.apache.org/taglibs
http://jakarta.apache.org/commons
http://axion.tigris.org
http://jakarta.apache.org/watchdog
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
Re: nsUML is dead? [was: Re: [Graph] nsuml changes?]
Posted by Stefan Bodewig <bo...@apache.org>.
On Tue, 28 Jan 2003, Morgan Delagrange <md...@yahoo.com> wrote:
> Let's say "theoretically" ;) that I wanted to use a
> fixed version of nsUML for the time being. What would
> I do?
"theoretically" you have two options (and only if they have tagged
their CVS appropriately, otherwise only option two is available):
(1) Add a tag="..." to the <module> element of nsuml an check out the
CVS version that matches the fixed version.
(2) Make it an installed package.
I'd go for (1) as it allows an easy route to switch back to HEAD as
soon as it seems to be maintained again.
> Or is this solution unjustifiable?
It depends on how dead development of nsUML really is, I guess. The
people who are involved in commons-graph may be interested in keeping
it alive.
Stefan
Re: nsUML is dead? [was: Re: [Graph] nsuml changes?]
Posted by Morgan Delagrange <md...@yahoo.com>.
--- Sam Ruby <ru...@apache.org> wrote:
> Morgan Delagrange wrote:
> >
> > Below is a discussion from the Commons list.
> > Commons-graph is the sole project with a
> dependency on
> > nsuml. It appears that the HEAD version of nsuml
> is
> > an incomplete refactoring of the project that does
> not
> > compile with commons-graph. It also appears that
> > nsUML development is dying or dead.
> >
> > Since version 1_4 of graph is poor and development
> is
> > frozen, it would seem that the best course of
> action
> > would be to stop building HEAD and use the 0.4.20
> > release JAR instead. I wouldn't suggest departing
> > from continuous integration unless a project was
> > really and truly dead, but I believe that is the
> case
> > here.
> >
> > Comments? If this seems like the right thing to
> do,
> > what's the best way to do it? A project
> definition
> > that grabs a JAR from somewhere on the internet?
> > Placing the JAR inside the commons-graph repo?
>
> If the speculative changes were made on the HEAD
> have no community
> and/or are unsupported, why not create a branch for
> that, and then
> restore the original versions on the HEAD.
>
> - Sam Ruby
>
> P.S. I have no specific opinion on what the right
> course of action is
> here, I am merely pleased to see Gump motivate
> people having such
> discussions. ;-)
>
Gosh, Sam, I just wanted somebody to tell me what to
do, not make me think... I don't know if we'll
convince the nsUML folks to roll back to the old
version. From the traffic on the list, this is my
interpretation of nsUML's state:
1) The HEAD version does have some early adopters.
2) The HEAD version is nonetheless incomplete.
3) The project is spinning toward inactivity.
Not the best state for your dependencies. I've taken
a look at the source code for nsUML, and I really
don't want to go swimming in that pool. However I do
want graph to build, so that Maven will build and I
may someday spend a whole day without running the
bootstrap.
Let's say "theoretically" ;) that I wanted to use a
fixed version of nsUML for the time being. What would
I do? Or is this solution unjustifiable?
- Morgan
=====
Morgan Delagrange
http://jakarta.apache.org/taglibs
http://jakarta.apache.org/commons
http://axion.tigris.org
http://jakarta.apache.org/watchdog
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
Re: nsUML is dead? [was: Re: [Graph] nsuml changes?]
Posted by Sam Ruby <ru...@apache.org>.
Morgan Delagrange wrote:
>
> Below is a discussion from the Commons list.
> Commons-graph is the sole project with a dependency on
> nsuml. It appears that the HEAD version of nsuml is
> an incomplete refactoring of the project that does not
> compile with commons-graph. It also appears that
> nsUML development is dying or dead.
>
> Since version 1_4 of graph is poor and development is
> frozen, it would seem that the best course of action
> would be to stop building HEAD and use the 0.4.20
> release JAR instead. I wouldn't suggest departing
> from continuous integration unless a project was
> really and truly dead, but I believe that is the case
> here.
>
> Comments? If this seems like the right thing to do,
> what's the best way to do it? A project definition
> that grabs a JAR from somewhere on the internet?
> Placing the JAR inside the commons-graph repo?
If the speculative changes were made on the HEAD have no community
and/or are unsupported, why not create a branch for that, and then
restore the original versions on the HEAD.
- Sam Ruby
P.S. I have no specific opinion on what the right course of action is
here, I am merely pleased to see Gump motivate people having such
discussions. ;-)
Re: nsUML is dead? [was: Re: [Graph] nsuml changes?]
Posted by Morgan Delagrange <md...@yahoo.com>.
Awesome! Thanks Martin.
- Morgan
--- Martin van den Bemt <ml...@mvdb.net> wrote:
> Got it working on my machine :)
> Checked into cvs, uploaded the jar dep to
> gump.covalent and the next run
> should pick it up..
>
>
> Mvgr,
> Martin
>
> On Tue, 2003-01-28 at 18:01, Morgan Delagrange
> wrote:
> > Hey all,
> >
> > Below is a discussion from the Commons list.
> > Commons-graph is the sole project with a
> dependency on
> > nsuml. It appears that the HEAD version of nsuml
> is
> > an incomplete refactoring of the project that does
> not
> > compile with commons-graph. It also appears that
> > nsUML development is dying or dead.
> >
> > Since version 1_4 of graph is poor and development
> is
> > frozen, it would seem that the best course of
> action
> > would be to stop building HEAD and use the 0.4.20
> > release JAR instead. I wouldn't suggest departing
> > from continuous integration unless a project was
> > really and truly dead, but I believe that is the
> case
> > here.
> >
> > Comments? If this seems like the right thing to
> do,
> > what's the best way to do it? A project
> definition
> > that grabs a JAR from somewhere on the internet?
> > Placing the JAR inside the commons-graph repo?
> >
> > - Morgan
> >
> > --- Morgan Delagrange <md...@yahoo.com> wrote:
> > > --- dion@multitask.com.au wrote:
> > > > Morgan Delagrange <md...@yahoo.com> wrote
> on
> > > > 28/01/2003 10:11:09 AM:
> > > >
> > > > > Hey all,
> > > > >
> > > > > I was investigating the GUMP failure for
> graph.
> > > > It
> > > > > looks like GUMP is using the "nsuml1_4" CVS
> > > > module,
> > > > > while Maven builds off of version 0.4.20.
> There
> > > > are
> > > > > some differences in package names, etc. I
> > > checked
> > > > the
> > > > > nsuml home page and they say 0.4.20 is
> > > "obselete":
> > > > >
> > > > > http://nsuml.sourceforge.net
> > > > >
> > > > > Should graph be using the nsuml1_4 version?
> I
> > > > checked
> > > > > it out, and it's not just repackaging; some
> of
> > > the
> > > > new
> > > > > nsuml classes are not interface-compatible
> with
> > > > the
> > > > > graph code.
> > > > Well, the graph component works as it should
> at
> > > the
> > > > moment. The gump build
> > > > fails as it's not using the latest and
> greatest
> > > > graph code.
> > >
> > > Where is the latest and greatest graph code? Is
> > > Maven
> > > not using commons-graph anymore?
> > >
> > > > If you are up for reworking graph with the
> latest
> > > > nsuml, go for it!
> > >
> > > I've been looking at it, but the lack of
> > > documentation, examples, etc. for NSUML is very
> > > frustrating. I think I see why the HEAD version
> is
> > > so
> > > hard to work with. Read this post from the lead
> > > NSUML
> > > developer that I found on the argoUML list:
> > >
> > > ----- Original Message -----
> > > From: "Constantine Plotnikov" <ca...@novosoft.ru>
> > > To: <de...@argouml.tigris.org>
> > > Sent: Monday, December 30, 2002 10:31 AM
> > > Subject: [argouml-dev] On status of NSUML and
> NSMDF
> > >
> > >
> > > > Hi!
> > > >
> > > > NSUML and NSMDF are currently in the very deep
> > > hibernation
> > > > with a little hope of unfreezing due lack of
> > > demand
> > > backed
> > > > by money and lack of active projects at
> novosoft
> > > that use
> > > > that set of technologies right now. Yearlier
> it
> > > had
> > > been
> > > > developed because it had been used by
> novosoft,
> > > but
> > > those
> > > > novosoft's projects reached state where only
> > > little
> > > maintainance
> > > > is needed. Following it, I had been no more
> able
> > > to
> > > explain
> > > > to management why project should be developed
> > > further, so
> > > > it became victims of cost cutting.
> > > >
> > > > I'm working on other projects at my private
> time
> > > and
> > > > I had no time to support and develop NSMDF on
> my
> > > own.
> > > >
> > > > From alternatives available at last time I
> > > checked
> > > possibly
> > > > the best choice is MDR from netbeans. If NSMDF
> > > project
> > > > will be unfrozen (there still is a little hope
> for
> > > it),
> > > > some API compatibility with MDR particulary on
> > > event
> > > API
> > > > will be one of goals.
> > > >
> > > > JMI RI from Unisys could be also worthy
> candidate
> > > for
> > > > evaluation, but it looked a bit
> overcomplicated.
> > > >
> > > > Constantine
> > >
> > > So it looks like NSUML is effectively a dead
> branch.
> > >
> > > Typical semi-corporate SourceForge project,
> works
> > > great until the company gets tired of it. I've
> been
> > > reading the list, and it sounds like the version
> > > you're using is actually more feature-rich than
> the
> > > 1_3 version, and the NSUML claim that 0.4.20 is
> > > outdated was just wishful thinking on the
> devlopers'
> > > part.
> > >
> > > Blech, I don't know what the best approach is.
> I
> > > think this may actually be one of those
> instances
> > > where GUMP should not point to the HEAD version,
> > > since
> > > it's both incomplete and frozen. Any GUMP
> people
> > > about? I think the REAL solution is to take
> > > Constantine's advice and eventually use an
> active
> > > API.
> > >
> > > If no responses are forthcoming here, I'm going
> to
> > > forward this to the GUMP list and recommend that
> > > they
> > > not build NSUML from HEAD. We'll see what they
> have
> > > to say. I'd really like to get graph building
> in
> > > GUMP; it's currently the only dependency that
> > > preventing the possibility of Maven nightly
> builds.
> > > I
> > > would love to have GUMP do the work, rather than
> > > have
> > > to bootstrap all the time.
> > >
> > > - Morgan
> > >
> > > =====
> > > Morgan Delagrange
> > > http://jakarta.apache.org/taglibs
> > > http://jakarta.apache.org/commons
> > > http://axion.tigris.org
> > > http://jakarta.apache.org/watchdog
> > >
> > >
> __________________________________________________
> > > Do you Yahoo!?
> > > Yahoo! Mail Plus - Powerful. Affordable. Sign up
> > > now.
> > > http://mailplus.yahoo.com
> > >
> >
> >
> > =====
> > Morgan Delagrange
> > http://jakarta.apache.org/taglibs
> > http://jakarta.apache.org/commons
> > http://axion.tigris.org
> > http://jakarta.apache.org/watchdog
> >
> > __________________________________________________
> > Do you Yahoo!?
> > Yahoo! Mail Plus - Powerful. Affordable. Sign up
> now.
> > http://mailplus.yahoo.com
> >
> > --
> > To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> > For additional commands, e-mail:
> <ma...@jakarta.apache.org>
> >
> >
>
>
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> gump-unsubscribe@jakarta.apache.org
> For additional commands, e-mail:
> gump-help@jakarta.apache.org
>
=====
Morgan Delagrange
http://jakarta.apache.org/taglibs
http://jakarta.apache.org/commons
http://axion.tigris.org
http://jakarta.apache.org/watchdog
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
Re: nsUML is dead? [was: Re: [Graph] nsuml changes?]
Posted by Martin van den Bemt <ml...@mvdb.net>.
Got it working on my machine :)
Checked into cvs, uploaded the jar dep to gump.covalent and the next run
should pick it up..
Mvgr,
Martin
On Tue, 2003-01-28 at 18:01, Morgan Delagrange wrote:
> Hey all,
>
> Below is a discussion from the Commons list.
> Commons-graph is the sole project with a dependency on
> nsuml. It appears that the HEAD version of nsuml is
> an incomplete refactoring of the project that does not
> compile with commons-graph. It also appears that
> nsUML development is dying or dead.
>
> Since version 1_4 of graph is poor and development is
> frozen, it would seem that the best course of action
> would be to stop building HEAD and use the 0.4.20
> release JAR instead. I wouldn't suggest departing
> from continuous integration unless a project was
> really and truly dead, but I believe that is the case
> here.
>
> Comments? If this seems like the right thing to do,
> what's the best way to do it? A project definition
> that grabs a JAR from somewhere on the internet?
> Placing the JAR inside the commons-graph repo?
>
> - Morgan
>
> --- Morgan Delagrange <md...@yahoo.com> wrote:
> > --- dion@multitask.com.au wrote:
> > > Morgan Delagrange <md...@yahoo.com> wrote on
> > > 28/01/2003 10:11:09 AM:
> > >
> > > > Hey all,
> > > >
> > > > I was investigating the GUMP failure for graph.
> > > It
> > > > looks like GUMP is using the "nsuml1_4" CVS
> > > module,
> > > > while Maven builds off of version 0.4.20. There
> > > are
> > > > some differences in package names, etc. I
> > checked
> > > the
> > > > nsuml home page and they say 0.4.20 is
> > "obselete":
> > > >
> > > > http://nsuml.sourceforge.net
> > > >
> > > > Should graph be using the nsuml1_4 version? I
> > > checked
> > > > it out, and it's not just repackaging; some of
> > the
> > > new
> > > > nsuml classes are not interface-compatible with
> > > the
> > > > graph code.
> > > Well, the graph component works as it should at
> > the
> > > moment. The gump build
> > > fails as it's not using the latest and greatest
> > > graph code.
> >
> > Where is the latest and greatest graph code? Is
> > Maven
> > not using commons-graph anymore?
> >
> > > If you are up for reworking graph with the latest
> > > nsuml, go for it!
> >
> > I've been looking at it, but the lack of
> > documentation, examples, etc. for NSUML is very
> > frustrating. I think I see why the HEAD version is
> > so
> > hard to work with. Read this post from the lead
> > NSUML
> > developer that I found on the argoUML list:
> >
> > ----- Original Message -----
> > From: "Constantine Plotnikov" <ca...@novosoft.ru>
> > To: <de...@argouml.tigris.org>
> > Sent: Monday, December 30, 2002 10:31 AM
> > Subject: [argouml-dev] On status of NSUML and NSMDF
> >
> >
> > > Hi!
> > >
> > > NSUML and NSMDF are currently in the very deep
> > hibernation
> > > with a little hope of unfreezing due lack of
> > demand
> > backed
> > > by money and lack of active projects at novosoft
> > that use
> > > that set of technologies right now. Yearlier it
> > had
> > been
> > > developed because it had been used by novosoft,
> > but
> > those
> > > novosoft's projects reached state where only
> > little
> > maintainance
> > > is needed. Following it, I had been no more able
> > to
> > explain
> > > to management why project should be developed
> > further, so
> > > it became victims of cost cutting.
> > >
> > > I'm working on other projects at my private time
> > and
> > > I had no time to support and develop NSMDF on my
> > own.
> > >
> > > From alternatives available at last time I
> > checked
> > possibly
> > > the best choice is MDR from netbeans. If NSMDF
> > project
> > > will be unfrozen (there still is a little hope for
> > it),
> > > some API compatibility with MDR particulary on
> > event
> > API
> > > will be one of goals.
> > >
> > > JMI RI from Unisys could be also worthy candidate
> > for
> > > evaluation, but it looked a bit overcomplicated.
> > >
> > > Constantine
> >
> > So it looks like NSUML is effectively a dead branch.
> >
> > Typical semi-corporate SourceForge project, works
> > great until the company gets tired of it. I've been
> > reading the list, and it sounds like the version
> > you're using is actually more feature-rich than the
> > 1_3 version, and the NSUML claim that 0.4.20 is
> > outdated was just wishful thinking on the devlopers'
> > part.
> >
> > Blech, I don't know what the best approach is. I
> > think this may actually be one of those instances
> > where GUMP should not point to the HEAD version,
> > since
> > it's both incomplete and frozen. Any GUMP people
> > about? I think the REAL solution is to take
> > Constantine's advice and eventually use an active
> > API.
> >
> > If no responses are forthcoming here, I'm going to
> > forward this to the GUMP list and recommend that
> > they
> > not build NSUML from HEAD. We'll see what they have
> > to say. I'd really like to get graph building in
> > GUMP; it's currently the only dependency that
> > preventing the possibility of Maven nightly builds.
> > I
> > would love to have GUMP do the work, rather than
> > have
> > to bootstrap all the time.
> >
> > - Morgan
> >
> > =====
> > Morgan Delagrange
> > http://jakarta.apache.org/taglibs
> > http://jakarta.apache.org/commons
> > http://axion.tigris.org
> > http://jakarta.apache.org/watchdog
> >
> > __________________________________________________
> > Do you Yahoo!?
> > Yahoo! Mail Plus - Powerful. Affordable. Sign up
> > now.
> > http://mailplus.yahoo.com
> >
>
>
> =====
> Morgan Delagrange
> http://jakarta.apache.org/taglibs
> http://jakarta.apache.org/commons
> http://axion.tigris.org
> http://jakarta.apache.org/watchdog
>
> __________________________________________________
> Do you Yahoo!?
> Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
> http://mailplus.yahoo.com
>
> --
> To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
>
>