Never mind, I'm just not acclimated to the sources yet. Thanks for
bearing with me. I'll stick to the tasks in Jira.
:B
On Dec 12, 2009, at 12:57 PM, Brian Topping wrote:
Ok thanks for the clarification.
As I sometimes do, I suspect that this may have been a case of good
intentions that were never needed. In this case it may have worked
to our advantage that the util project was never fully realized.
I am more comfortable with the change and am going to go ahead with
it. We can always put it back if necessary.
On Dec 12, 2009, at 12:42 PM, Toni Menzel wrote:
oh, yeah sorry brian, just saw what you are referring to in detail:
The util stuff to be included even if its not used. Yeah, that was
a bit
strange. And do not fully understand.
For those cases i would not embed the util stuff at all.
On Sat, Dec 12, 2009 at 6:35 PM, Toni Menzel <[email protected]>
wrote:
Well, this is somewhat related to the old story, to include api into
implementation or not to include and import from its own bundle.
Sure, util is not api, but i can somewhat understand the inclusion
of those
to libs into the respective bundles. Also because they are just
two classes.
Anyhow, let the community decide. (my vote is 0 here)
Remember: This is not related to the maven convertion. Just what
to embed
in the final bundles. (one line in osgi.bnd)
On Sat, Dec 12, 2009 at 6:23 PM, Brian Topping
<[email protected]>wrote:
Hi guys,
As I get into the tree, I notice that the util project contents
(all two
files) are duplicated into every jar. I can assume there's a
good reason
that might have been desirable, but there's some havoc with Maven
to do so.
As I look through the dependencies on these two files, there are
really
only calls to o.a.a.util.Codec from the ace-log project and calls
to
o.a.a.util.VersionRange from the ace-client-repository-helper-
bundle
project.
Any reasons I'm not fully understanding to not move these to those
respective projects and doing away with the util project until we
have a
stronger need for something like it in the future?
Cheers, Brian
p.s. Sorry if this detail granularity is too small... just don't
want to
make any stupid assumptions as I get started.
--
Toni Menzel
Independent Software Developer
Professional Profile: http://okidokiteam.com
[email protected]
http://www.ops4j.org - New Energy for OSS Communities - Open
Participation Software.
--
Toni Menzel
Independent Software Developer
Professional Profile: http://okidokiteam.com
[email protected]
http://www.ops4j.org - New Energy for OSS Communities - Open
Participation Software.
