Hi,
https://issues.apache.org/jira/browse/SANDBOX-195
describes a problem, which occurs in the Ant-BZIP2-Classes and in in
our implementation (which is an old version of the ant stuff).
I created a patch which updates our codebase to the current codebase
of ant which should fix a few problems, in
On Wed, Jan 7, 2009 at 3:21 PM, sebb wrote:
> Looks like the main remaining item with the J6 branch is the removal
> of deprecated code.
>
WRT the cleanup you mean? Perhaps. In general, that is by far not the
main remaining item. In terms of making the branch release-ready, the
main pending item
I have spoken to the developers and they are willing to sign the
software grant and donate the code to the compress component if they
are mentionend in the code (guess NOTICE file would be ok too).
Can one please give me detailled instructions how too proceed?
Guess they have to sign this:
http://
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-vfs has an issue affecting its community integration.
This issue a
Looks like the main remaining item with the J6 branch is the removal
of deprecated code.
In the case of SCXMLSemanticsImpl it looks like the two lines of code
can just be removed as the comment says (the test still passes if I do
this).
I'm not sure about the changes needed to SCXMLSerializer - c
Hello -- I was curious who currently owned the dbutils package. I've used
it extensively on some projects and would like to see it's development
continue, and in particular, would like to see it updated to use java 5
features ( generics, etc. ).
I'd be willing to do some of this work, and was hop
On Wed, Jan 7, 2009 at 2:45 PM, sebb wrote:
> On 07/01/2009, Rahul Akolkar wrote:
>> On Wed, Jan 7, 2009 at 12:28 PM, sebb wrote:
>> > Eclipse warns that there are unnecessary
>> > @SuppressWarnings("unchecked") annotations in the SCXMLParser and
>> > JSBindings classes - is it OK to remove t
On 07/01/2009, Rahul Akolkar wrote:
> On Wed, Jan 7, 2009 at 12:28 PM, sebb wrote:
> > Eclipse warns that there are unnecessary
> > @SuppressWarnings("unchecked") annotations in the SCXMLParser and
> > JSBindings classes - is it OK to remove them?
> >
>
>
>
> Yup, if you're convinced they a
Well, are we protecting ourselves here? Just putting the ASL2 license
mumbo jumbo in the header of a file doesn't exactly mean you have the
right to license the code at all (perhaps your employer "owns"
anything you write?). I'd feel safer with some a more formal code
grant, but that's just me.
On Wed, Jan 7, 2009 at 12:28 PM, sebb wrote:
> Eclipse warns that there are unnecessary
> @SuppressWarnings("unchecked") annotations in the SCXMLParser and
> JSBindings classes - is it OK to remove them?
>
Yup, if you're convinced they aren't needed.
> Also, there are some warnings about boxin
On Wed, Jan 7, 2009 at 11:31 AM, nicolas de loof wrote:
> Hi,
> I'm trying to deploy a snapshot of monitoring to apache.snapshots :
> mvn clean -Prc deploy
>
> ...
> [INFO] [assembly:attached {execution: default}]
> [INFO]
>
On Wed, Jan 7, 2009 at 10:59 AM, sebb wrote:
> On 07/01/2009, Rahul Akolkar wrote:
>>
>> I see, r731781. Its an authoring error but yes, a CCE is bogus. I
>> think the related catches in r731781 should be for a generic Exception
>> (since theoretically any Java method could be executed as par
Christian Grobmeier wrote:
> Hi all,
>
> compress issue 241 [1] proposes to implement CPIO archives. Since the
> jRPM project allready
> has implemented the streaming code, it should be really
> straightforward to include it in compress.
> I know I am bit early since there are many other open issu
Eclipse warns that there are unnecessary
@SuppressWarnings("unchecked") annotations in the SCXMLParser and
JSBindings classes - is it OK to remove them?
Also, there are some warnings about boxing/unboxing in
FunctionResolver and SCInstance - do you want to suppress the warnings
- or perform the bo
Hi,
I'm trying to deploy a snapshot of monitoring to apache.snapshots :
mvn clean -Prc deploy
...
[INFO] [assembly:attached {execution: default}]
[INFO]
[ERROR] BUILD ERROR
[INFO]
-
On 07/01/2009, Rahul Akolkar wrote:
> On Wed, Jan 7, 2009 at 9:57 AM, sebb wrote:
> > On 07/01/2009, Rahul Akolkar wrote:
> >> On Wed, Jan 7, 2009 at 12:36 AM, Rahul Akolkar
> wrote:
> >> > On Tue, Jan 6, 2009 at 9:46 PM, sebb wrote:
> >>
> >>
> >>
> >> >>
> >> >> By the way, the E
On Wed, Jan 7, 2009 at 9:57 AM, sebb wrote:
> On 07/01/2009, Rahul Akolkar wrote:
>> On Wed, Jan 7, 2009 at 12:36 AM, Rahul Akolkar
>> wrote:
>> > On Tue, Jan 6, 2009 at 9:46 PM, sebb wrote:
>>
>>
>>
>> >>
>> >> By the way, the Exception handling changes have revealed a possible
>> >> bug
On 07/01/2009, Rahul Akolkar wrote:
> On Wed, Jan 7, 2009 at 12:36 AM, Rahul Akolkar
> wrote:
> > On Tue, Jan 6, 2009 at 9:46 PM, sebb wrote:
>
>
>
> >>
> >> By the way, the Exception handling changes have revealed a possible
> >> bug - a class cast was being swallowed:
> >>
> >> testExam
On Wed, Jan 7, 2009 at 3:18 PM, James Carman wrote:
> If you could create a JIRA and ask the author to attach their code as
> a patch, that might be sufficient.
OK. I wrote the authors of the project. If they respond, I'll create a
issue and ask them for a patch.
Christian
-
If you could create a JIRA and ask the author to attach their code as
a patch, that might be sufficient.
On Wed, Jan 7, 2009 at 8:30 AM, Christian Grobmeier wrote:
>> Contacting him surely can't hurt - no matter what ;-)
>
> me neither :-)
>
>> ..but this does raise an interesting question. Surel
Michael Glavassevich wrote:
> Ralph Goers wrote:
> > someone wrote:
> > >
> > > As part of the gradual shutdown of the XML project, the Xerces PMC has
> > > agreed some time ago to take over the responsibility for XML Commons.
> > > The xml-commons group which you mentioned is basically for committ
> Contacting him surely can't hurt - no matter what ;-)
me neither :-)
> ..but this does raise an interesting question. Surely the safest would
> be to get a software grant from him. But that frankly speaking that
> feels a bit over the top. Other opinions?
> How many classes are we talking about
> compress issue 241 [1] proposes to implement CPIO archives. Since the
> jRPM project allready
> has implemented the streaming code, it should be really
> straightforward to include it in compress.
Sure
> I know I am bit early since there are many other open issues with
> compress, but I would l
Applied! (Only modified slightly) Thanks!
On Wed, Jan 7, 2009 at 07:31, Christian Grobmeier wrote:
> Hi,
> sorry for beeing late :-)
>
>> I guess we could also just get rid of the reflection. What do you think?
>
> I think this is good. I have attached a patch to:
> https://issues.apache.org/jira
Applied! Thanks!
On Wed, Jan 7, 2009 at 08:23, Christian Grobmeier wrote:
> Hi,
>
> i just added a patch to Sandbox-30:
> https://issues.apache.org/jira/browse/SANDBOX-30
>
> Can somebody please review and comment or patch the codebase?
>
> Thanks,
> Christian
>
>
Hello Martin,
I have started the project at http://code.google.com/p/jau/.
(I'll also unsubscribe myself from this list)
Regards
--Tim
On Tue, Jan 6, 2009 at 8:11 PM, Martin Cooper wrote:
> On Tue, Jan 6, 2009 at 5:41 AM, Tim Lebedkov wrote:
>
>> Hello dev@commons.apache.org reader,
>>
>> I wo
Hi all,
compress issue 241 [1] proposes to implement CPIO archives. Since the
jRPM project allready
has implemented the streaming code, it should be really
straightforward to include it in compress.
I know I am bit early since there are many other open issues with
compress, but I would like
to kno
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-configuration-test has an issue affecting its community
integrati
28 matches
Mail list logo
