On Thursday 13 November 2003 22:31, Gonzalo Diethelm wrote:
> This is amazing. For YEARS now I have used almost the exact same karma:
>
> "Make it RUN. Make it RIGHT. Make it FAST. Make it SMALL"
Small?? Why bother? You are in one of two positions when you start out;
1. Plenty of RAM, typically
> > Cool so are we all working on this in the sandbox
> repository project?
>
> "Make it RUN. Make it RIGHT. Make it FAST."
>
> That is my contribution to software design principles.
> Once you have something that runs, it is easier to start
> working on getting it
> right, so My plan was to
Sorry fort he trouble. It's an old plugin.xml
I'll update and inform you.
Andreas
> -Original Message-
> From: Niclas Hedhman [mailto:[EMAIL PROTECTED]
> Sent: Montag, 10. November 2003 14:32
> To: Avalon Developers List
> Subject: Re: Eclipse Plug-in
>
>
On Monday 10 November 2003 21:18, Stephen McConnell wrote:
> andreas oberhack wrote:
> >http://www.merlin.softwarefabrik.biz/download/index.htm
> Did all of the above - restarted exclipse - hit the New Project menu,
> there is was "MerlinBlock Project".
> Double clicked - and ...
>
> "The selecte
andreas oberhack wrote:
http://www.merlin.softwarefabrik.biz/download/index.htm
you can download it from here and unzip it to the existing plugin
directory under eclipse home directory. Restart eclipse. It should also
run with Eclispe 3.0. I'm just testing it.
Did all of the above - restarted e
http://www.merlin.softwarefabrik.biz/download/index.htm
you can download it from here and unzip it to the existing plugin
directory under eclipse home directory. Restart eclipse. It should also
run with Eclispe 3.0. I'm just testing it.
Some initial "getting started" informations:
http://www.mer
> There are at least the following distinct subjects that I see:
>
> * A special container established as peer to the current root
container
> that is provided with the SPI classloader and contains components
> intended for use as a part of the container system - these components
> would not be av
andreas oberhack wrote:
If its an external project - yes it is in conflict. The easiest way
around that is to bring this into the other eclipse related
iniatives - but that's only part of the story - the Hibernate
persistence manager is much more a container extension and is (if I
understand
> If its an external project - yes it is in conflict. The easiest way
> around
> that is to bring this into the other eclipse related iniatives - but
> that's
> only part of the story - the Hibernate persistence manager is much
more a
> container extension and is (if I understand correctly) indepe
>
> It does. But I suggest that we integrate it into an officially
supported
> Eclipse plugin here at Avalon-land... ;o)
>
No problem - hope to get some help than :-)
Andreas
> Niclas
>
> -
> To unsubscribe, e-mail: [EMAIL PR
andreas oberhack wrote:
I expect to do a "half cooked" effort and count on more hands want to
help
out. What I am doing right now, I expect to be <5% of all the features
I
can
imagine. Andreas Uberhack also has some Eclipse code, but at a
different
end,
I think it was run
On Monday 10 November 2003 00:19, andreas oberhack wrote:
> But just a question: I wanted to call the plugin "MerlinDeveloper". Does
> that conflict with some apache licence statements?
It does. But I suggest that we integrate it into an officially supported
Eclipse plugin here at Avalon-land...
>
> I expect to do a "half cooked" effort and count on more hands want to
help
> out. What I am doing right now, I expect to be <5% of all the features
I
> can
> imagine. Andreas Uberhack also has some Eclipse code, but at a
different
> end,
> I think it was running and debugging Merlin apps from
On Sunday 09 November 2003 17:32, Alex Karasulu wrote:
> We need to implement this stuff a few times. Make some mistakes
> and then go back to the drawing board. But you need to get the
> plugin out to give a major impact. You are self contained and
> are not publishing out an API that needs to
n
the de facto standard container by building out this plugin.
I should leave you alone so you can succeed ;-).
Alex
> -Original Message-
> From: Niclas Hedhman [mailto:[EMAIL PROTECTED]
> Sent: Sunday, November 09, 2003 1:37 AM
> To: Avalon Developers List
> Subject:
On Sunday 09 November 2003 14:17, Alex Karasulu wrote:
> Another approach could be to use an existing and generic access
> interface like JNDI.
In fact, now looking at JNDI beyond my very basic knowledge;
Why shouldn't the Eclipse Repository Browser Plug-In just use JNDI straight
off the shelf??
> > > > OK, this is a VERY good point. But any Query language or system
> > > > typically requires a lot of thought to be powerful, yet reasonably
> easy
> > > > to implement. Let us discuss that later/separately.
>
> > > (& (objectClass=block) (service=o.a.a.DataStore) (version>1.0)
> > > (| (con
On Sunday 09 November 2003 12:17, Niclas Hedhman wrote:
> > > OK, this is a VERY good point. But any Query language or system
> > > typically requires a lot of thought to be powerful, yet reasonably easy
> > > to implement. Let us discuss that later/separately.
> > (& (objectClass=block) (service=
On Sunday 09 November 2003 11:17, [EMAIL PROTECTED] wrote:
> > Maybe later. As I said, I looked at it, didn't understand it well, and
> > had problem to see how to use it.
>
> Np don't slow down if you're gonna give me a plugin ;).
Slow down?? I need to speed up. I really want to have something ru
> Maybe later. As I said, I looked at it, didn't understand it well, and had
> problem to see how to use it.
Np don't slow down if you're gonna give me a plugin ;).
> One thing; I don't like specs that has classes (other than Exceptions and
> EventObjects).
Right interfaces are key - I don't t
On Sunday 09 November 2003 08:17, [EMAIL PROTECTED] wrote:
> Could you be more specific pointing to the classes/interfaces.
Maybe later. As I said, I looked at it, didn't understand it well, and had
problem to see how to use it.
One thing; I don't like specs that has classes (other than Exceptio
Niclas Hedhman wrote:
On Sunday 09 November 2003 09:32, Stephen McConnell wrote:
Niclas Hedhman wrote:
As I said, I'll jump into the shower, get a coffee and then answer all
your question and send you my source files
Me too please!
Begging like a small puppy, are we??? ROTFL
On Sunday 09 November 2003 09:32, Stephen McConnell wrote:
> Niclas Hedhman wrote:
> >As I said, I'll jump into the shower, get a coffee and then answer all
> > your question and send you my source files
>
> Me too please!
Begging like a small puppy, are we??? ROTFL ;o)
Niclas
Niclas Hedhman wrote:
Thanks for the feedback. I will comment in details after my morning shower,
but would like to shoot off a first impression.
I think, you and I attack the problem from different starting points, namely;
1. I start from the client use-case, and only worry about the API.
2.
Thanks for the feedback. I will comment in details after my morning shower,
but would like to shoot off a first impression.
I think, you and I attack the problem from different starting points, namely;
1. I start from the client use-case, and only worry about the API.
2. You start from the serve
> I had a look at the repository stuff in the sandbox, and perhaps I am not
> capable of appreciating the effort to the full... :o(
> My impression is that it is not very well abstracted and boiled down the the
Could you be more specific pointing to the classes/interfaces.
I know it has a long
Ok give me a little while to read my email and this one a couple times more. I'll get
back to you soon.
>
> From: Niclas Hedhman <[EMAIL PROTECTED]>
> Date: 2003/11/08 Sat AM 07:21:03 EST
> To: "Avalon Developers List" <[EMAIL PROTECTED]>
> Subjec
Yes I do agree. You learn at every step that is a healthy outlook. Refactoring as
you is the norm many don't realize that.
>
> From: Niclas Hedhman <[EMAIL PROTECTED]>
> Date: 2003/11/08 Sat AM 02:43:33 EST
> To: "Avalon Developers List" <[EMAIL PROTEC
On Saturday 08 November 2003 08:45, Alex Karasulu wrote:
> What methods do you foresee needing? Perhaps I can add them into this
> interface and u can use an implementation of it. The first implementation
> will use properties file on the repo server to get meta data on artifacts.
Since I don't
On Saturday 08 November 2003 09:51, Alex Karasulu wrote:
> Cool so are we all working on this in the sandbox repository project?
"Make it RUN. Make it RIGHT. Make it FAST."
That is my contribution to software design principles.
Once you have something that runs, it is easier to start working on g
Alex Karasulu wrote:
Cool so are we all working on this in the sandbox repository project?
BTW is there a difference between the concepts of a component registry and a
component catalog? What do you guys think?
I think so. To me the catalog lists the available software components and
the regi
Cool so are we all working on this in the sandbox repository project?
BTW is there a difference between the concepts of a component registry and a
component catalog? What do you guys think?
I think so. To me the catalog lists the available software components and
the registry is where a set of
Nick,
Have you looked at the ArtifactDatabase interface it sounds like we're after
a similar beast. Something to query for the catalog of components.
> initial attempt. I turned to a RepositoryView.
> ATM, my definition of a repository in this context is;
>
> A location where a RepositoryAgent
Niclas Hedhman wrote:
[On-list], as you (Stephen) recommended...
Hi,
Since I didn't hear from you (Stephen), probably sleeping, I went a bit ahead
on changing the package names after my own head.
The ServiceInfo, ComponentInfo, Compliance and Version interfaces has been
moved to o.a.a.repos
Gang,
SInce I was a bit of coward and wished to have some private feedbackback
first, before exposing my thinking to the world.
Here we go,
I am very much "use-case driven" in much approach to programming, always been.
I also always assumed everything can be done easily, if you just take real
35 matches
Mail list logo
