Re: Dependencies and how it's going to affect the release

of excluded licenses. Thus, you cannot distribute it with Apache software. I think the problem with the BCL license is the indemnification clauses. Not sure though. IANAL -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 F:781-902-8001 [EMAIL PROTECTED]

Re: Dependencies and how it's going to affect the release

Yes. That's the Sun BCL license. Explicitly not allowed: http://people.apache.org/~cliffs/3party.html -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 F:781-902-8001 [EMAIL PROTECTED]

Re: [jira] Created: (QPID-74) Create source distribtuion using build system

of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 F:781-902-8001 [EMAIL PROTECTED]

svn properties....

set of auto props that developers should be using. A good starting point may be the CXF ones at: http://svn.apache.org/repos/asf/incubator/cxf/trunk/etc/svn-auto-props they should cover MOST of the stuff encountered. Not sure about the ruby/python stuff. -- J. Daniel Kulp Principal Engineer

Re: svn properties....

different version is already checked into the tuscany repository for the same reason. Probably should add an Apache header to it. Dan Carl. Steve Vinoski wrote: On Nov 9, 2006, at 10:57 AM, Daniel Kulp wrote: I noticed that a lot of files in qpid don't have any svn properties set

Re: How do we update the Status page?

the http url to the https url, it should ask you to login and the commit should be fine. -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 F:781-902-8001 [EMAIL PROTECTED]

apache license header....

-headers.html Thus, someone needs to update all the headers, again. :-( Enjoy! -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 F:781-902-8001 [EMAIL PROTECTED]

Re: svn properties....

and such. Infrastructure would need to be involved to make sure that's acceptable. That all said, I'd love it. It would be great if it could be updated to handle all the auto_props, but even flagging the eol-style is a huge help. -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508

Re: svn properties....

them to get it fixed and force them to do so. Dan On Mon, 2006-11-13 at 10:25 -0500, Daniel Kulp wrote: On Monday November 13 2006 10:14 am, Robert Greig wrote: On 13/11/06, Steve Vinoski [EMAIL PROTECTED] wrote: I don't object at all to adding it, but seeing as how we're part

Re: Maven build

like the amount of crap going to stdout during the tests. (I'm a believer that passing tests should do so SILENTLY. Only failing tests should output stuff) However, that issue doesn't affect it actually building and running. -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508

Re: [java] mvn branch

SNAPSHOTs you are grabbing are the plugins (for surefire), but those are grabbed from the pluginRepositories section. You can probably comment this out for now. If you need a snapshot for mina, then you would have to leave this. Enjoy! -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727

Re: mvn questions

never looked at that. For the most part, JUnit 3 is the best bet at this point. -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 F:781-902-8001 [EMAIL PROTECTED]

Re: IRC, IM, etc. (was: Re: Maven build)

done for the #CXF channel. Also, codehaus.org has a http frontend at: http://irc.codehaus.org/ so even those behind firewalls can participate. That said, decisions still must be made on the email list. -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 F:781-902-8001

Re: Maven build

a commiter on at least two such projects, I say spend the time getting maven working. -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 F:781-902-8001 [EMAIL PROTECTED]

Re: Maven build

from someone else). RG -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 F:781-902-8001 [EMAIL PROTECTED]

Re: Maven and artifacts....

Steven, On Wednesday November 15 2006 3:31 pm, Steven Shaw wrote: On 15/11/06, Daniel Kulp [EMAIL PROTECTED] wrote: Yes, it is possible, but it's not easy and usually would require every developer to do extra steps prior to building. As I mentioned before, it will also make it very hard

Re: Maven and artifacts....

On Thursday November 16 2006 10:03 am, Daniel Kulp wrote: Yep. Basically, we would create a pom.xml that accurate describes the jar. The pom would have to include the licenses section, URL, proper dependencies (if any) and stuff like that. You would then zip up the pom.xml, the jar

Re: Maven and artifacts....

into their projects. Ideally, we would then give the pom.xml back to the project and in the future, they could handle it themselves. -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 F:781-902-8001 [EMAIL PROTECTED]

Re: Can we release an M1 with a dependency on a MINA-Snapshot version???

you've just added another. These assertions have greatly differed. If I were the M1 release manager, I would want to see an official Apache document that clearly states what's possible in this regard. I am surprised that our mentors haven't chimed in yet. --steve -- J. Daniel Kulp

Re: Can we release an M1 with a dependency on a MINA-Snapshot version???

release manager, I would want to see an official Apache document that clearly states what's possible in this regard. I am surprised that our mentors haven't chimed in yet. --steve -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 F:781-902-8001 [EMAIL

Re: Fwd: ASF policy regarding releases

you. -- Joe Schaefer -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 F:781-902-8001 [EMAIL PROTECTED]

Re: [jira] Commented: (QPID-92) Implement Mina API changes

/ Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/ software/jira -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 F:781-902-8001 [EMAIL PROTECTED]

Re: Qpid Java Build Instructions - Trunk (M2+)

it though. I'm not sure how well that works (or what then happens at install/deploy time for the dir). -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 [EMAIL PROTECTED]

Re: maven goals?

lifecycle phases. Plugins created to do something cool should be able to work with ALL maven builds without them having to modify their poms. -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 [EMAIL PROTECTED]

Re: bootstrap problem

--version 1.10.2 [EMAIL PROTECTED] ~/working/qpid/cpp $ cppunit-config --libs -L/usr/lib64 -lcppunit -ldl and /usr/include/cppunit exists and has a bunch of headers and such. Any ideas? -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 [EMAIL PROTECTED]

Re: bootstrap problem

On Tuesday 05 December 2006 10:54, Steven Shaw wrote: On 05/12/06, Daniel Kulp [EMAIL PROTECTED] wrote: checking for APR... yes checking for CPPUNIT... configure: error: Package requirements (cppunit = 1.10.2) were not met: No package 'cppunit' found Probably because it required

Re: [java] generated framing code

work, and they're currently blocked by this. --steve I've included a patch below to fix that generation problem. There is still a problem in the client tests with a .java file in the wrong directory.That and 618 warnings if you use a default Eclipse workspace. -- J. Daniel Kulp

Re: new client examples

of the common plugins and such and of course it takes up more disk space, but it would give you a complete sandbox. -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 [EMAIL PROTECTED]

Re: JMS tests in Qpid

ago. Carl. Das, Kapali Tejeswar wrote: Could someone point me to all the JMS tests in trunk? I couldn't find any JMS tests in the trunk/qpid/java/client/test sub-directory, those are all native Qpid tests. Thanks and regards Tejeswar -- J. Daniel Kulp Principal Engineer IONA

Re: Java build broken.

getting this error, or is it just me? -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 [EMAIL PROTECTED]

Re: Java Build

in offline mode (-o switch). -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 [EMAIL PROTECTED]

Re: [Vote] Jira access

use-cases, notes, and requirements directly onto the wiki I will leave the vote open for 72 hours. Here is my +1 regards, Carl. -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 [EMAIL PROTECTED]

Re: SASL - Sun Community Source Licence for JSR28

of accepted licenses: http://people.apache.org/~cliffs/3party.html#criteriaandcategories -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 [EMAIL PROTECTED]

Re: SASL - Sun Community Source Licence for JSR28

and homebrew SASL on 1.4? That's probably the easiest/quickest way to go. Alternatively, just check if SASL is not available and just point the user at the URL to download it from. Dan On 2/8/07, Cliff Schmidt [EMAIL PROTECTED] wrote: On 2/7/07, Daniel Kulp [EMAIL PROTECTED] wrote: On Wednesday

Re: API docs

/site/apidocs/index.html If you just run: mvn javadoc:javadoc it will do each module individually into their own target dir. -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 [EMAIL PROTECTED]

Re: Release Plan for post M2

doesn't have incubator in the name, it will get a -1.That's the main reason the maven versions are all 1.0-incubating-M2. -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 [EMAIL PROTECTED] http://www.dankulp.com/blog

Re: [Java] [maven] Snapshot repositories

poms? Maven takes a long time to check for updates of various modules that I didn't think we were using. e.g. org.apache.maven.archiva:archiva:1.0-SNAPSHOT org.apache.maven.archiva:archiva-utils:1.0-SNAPSHOT -- Martin Ritchie -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727

Re: [Java] [maven] Snapshot repositories

org.apache.maven.archiva:archiva-utils:1.0-SNAPSHOT -- Martin Ritchie -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 [EMAIL PROTECTED] http://www.dankulp.com/blog

Re: Continuous Build Server. Was: NEED HELP: getting the trunk back in order

with the stderr bits highlighted in red. You can also get CppUnit results nicely formatted as HTML by hacking the cruisecontrol xslt for JUnit logs. The other tools may still be worth investigating, I've no experience with them. Cheers, Alan. -- J. Daniel Kulp Principal Engineer IONA P

Re: Continuous Build Server. Was: NEED HELP: getting the trunk back in order

is the administrator for the zone, but the podlings official PMC chair is the incubator PMC chair. Thus, I'm not sure if podlings are allowed or not. If you're interested, you could ask and see what they say. Dan On 3/8/07, Daniel Kulp [EMAIL PROTECTED] wrote: I just want to bring this up

Re: Draft Interop Testing Spec - Please Read

 wc `find python -name *.py` | tail -1   4396  14149 149905 total  wc `find ruby -name *.rb` | tail -1  1312  3465 29522 total -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 [EMAIL PROTECTED] http://www.dankulp.com/blog

Re: Qpid packaging (Java)

. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 [EMAIL PROTECTED] http://www.dankulp.com/blog

Re: Error Building Qpid Performance Tests

repositories: central (http://repo1.maven.org/maven2), junit-toolkit.snapshots (http://junit-toolkit.svn.sourceforge.net/svnroot/junit-toolkit/sna pshots/ ) -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 [EMAIL PROTECTED] http://www.dankulp.com/blog

Re: Error Building Qpid Performance Tests

for the artifact with a range [1.2.8,) log4j:log4j:jar:null from the specified remote repositories: central (http://repo1.maven.org/maven2), junit-toolkit.snapshots ( http://junit-toolkit.svn.sourceforge.net/svnroot/junit-toolkit/snaps hots/ ) -- J. Daniel Kulp

Re: Version numbers in maven.

with a timestamp on every build. Seems like we need 0.2-SNAPSHOT for the M2 branch, and 0.3-SNAPSHOT for trunk. Is it too controversial to change it? Rupert -- Martin Ritchie -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 [EMAIL

Re: Correct license header?

and * limitations under the License. * */ -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 [EMAIL PROTECTED] http://www.dankulp.com/blog

Re: M2 release

in the following url report their status and any issues http://cwiki.apache.org/qpid/m2-release.html Regards, Rajith -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 [EMAIL PROTECTED] http://www.dankulp.com/blog

Re: Our Status page...

and mentors list. Umm... I don't think that's true. Anyone in the incubator group should be able to update that page. Checkout: http://svn.apache.org/repos/asf/incubator/public/trunk/ and follow the README. -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 [EMAIL

Re: [java] tests failing occasionally?

(after all the builds are done) -Dmaven.test.failure.ignore=true Dan Rupert On 15/06/07, Gordon Sim [EMAIL PROTECTED] wrote: Martin Ritchie wrote: Gordon, were these failures on M2 or trunk? Trunk only. I ran the build on M2 several (+5) times with no failures. -- J. Daniel Kulp

Re: TCK compliance process

. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 [EMAIL PROTECTED] http://www.dankulp.com/blog

Re: M2 release

the META-INF content you point out above. Have I done something wrong? I committed the change as it didn't break anything but it would be good if you could take a look and see what is wrong. Regards -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 [EMAIL PROTECTED] http

Re: Snapshots - was Re: [java]: compilation failure on M2 and trunk

things like the mina jars that would have whatever fixes you need in them. Those jars cannot live in SVN. They would have to be in the repo as well. With you using maven, that is currently enforced, and that's a good thing. -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C

Re: Snapshots - was Re: [java]: compilation failure on M2 and trunk

mvn or the mvn extensions to ant or Ivy, which all would use the repositories) -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 [EMAIL PROTECTED] http://www.dankulp.com/blog

Re: Snapshots - was Re: [java]: compilation failure on M2 and trunk

PROTECTED] wrote: On 03/10/2007, Daniel Kulp [EMAIL PROTECTED] wrote: One of the main points of using maven was to get artifacts into the repositories in a way that other USERS can use them with their maven builds. Other MAVEN USERS presumably. Since you haven't done a release

Re: [ANN] Yet another Java RC

to know which projects so we can list them, if they want to be listed. Carl. Daniel Kulp wrote: Rajith, Can you do a: mvn deploy -Ddeploy.altRepository=incubator::default::file:/tmp/stage and sync that into the release area as well? (add whatever other profiles or whatever that you need

Re: [ANN] Yet another Java RC

for the .NET after I make the tag. This is the last call for all complaints about all the RC's. Please speak before tomorrow morning (EST) or hold your peace forever.:). Regards, Rajith -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 [EMAIL PROTECTED] http

Re: [VOTE][ANN] M2 Release

Trieloff [EMAIL PROTECTED] wrote: +1 -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 [EMAIL PROTECTED] http://www.dankulp.com/blog

Re: [VOTE][ANN] M2 Release

: link release vote) and then call for a IPMC VOTE on the general incubator list. The IPMC is the legally binding PMC for all podling releases. The ENTIRE IPMC must have the opportunity to review and -1/+1 any release votes and discover issues, etc... -- J. Daniel Kulp Principal Engineer

Re: Release Process [WAS: Re: [VOTE][ANN] M2 Release]

three here and don't get any there, that's OK as long as you do still conduct the vote there. I remember there being numerous discussions on the general list but none of the documentation seems to get updated. That seems to be the Apache way. :-( -- J. Daniel Kulp Principal Engineer IONA P

Re: [ANN] M2 Release update

. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 [EMAIL PROTECTED] http://www.dankulp.com/blog

Re: Snapshot repo

/01/2008, Rajith Attapattu [EMAIL PROTECTED] wrote: Hi All, Does anybody know how often we push libs to the snapshot repo? When was the last time we pushed any libs to this repo. -- Regards, Rajith Attapattu Red Hat blog: http://rajith.2rlabs.com/ -- J. Daniel Kulp Principal

Re: Snapshot repo

that . Dan On Tuesday 08 January 2008, Daniel Kulp wrote: Snapshots are not considered released code, they are development snapshots. Many incubator projects are pushing snapshots. (I push a CXF snapshot about every 2-3 days to get some users to test them.) Rajith: the last snapshot

Re: Naming and version numbering (was Re: Problem with your latest commit)

done sooner and later from downstreams perspective. - Aidan [1] http://incubator.apache.org/guides/releasemanagement.html#naming [2] http://apr.apache.org/versioning.html -- Daniel Kulp [EMAIL PROTECTED] Principal Engineer IONA Technologies

Re: Grad Proposal - Jonathan missing ?

mail the private list and indicate so. More info on the PPMC can be found here: http://incubator.apache.org/guides/ppmc.html Carl. -- Daniel Kulp [EMAIL PROTECTED] http://dankulp.com/blog

Re: Qpid Graduation - for top level (resolution)

pertaining to the Qpid encumbered upon the Apache Incubator be hereafter discharged. -- Daniel Kulp [EMAIL PROTECTED] http://dankulp.com/blog

Re: [VOTE] Qpid Graduation - for top level

of the Foundation until death, resignation, retirement, removal or disqualification, or until a successor is appointed; and be it further RESOLVED, that all responsibility pertaining to the Qpid encumbered upon the Apache Incubator be hereafter discharged. -- Daniel Kulp [EMAIL PROTECTED] http

Re: removing maven poms

of the vote. -- Daniel Kulp [EMAIL PROTECTED] http://dankulp.com/blog

Re: C++ code has some confused line endings

broken somehow in some of the files. At least this is my understanding of how it's supposed to work. Not a big deal, but untidy. Andrew -- Daniel Kulp [EMAIL PROTECTED] http://dankulp.com/blog

Re: C++ code has some confused line endings

On Thursday 04 December 2008 1:08:01 pm Andrew Stitcher wrote: On Thu, 2008-12-04 at 12:29 -0500, Daniel Kulp wrote: Check the svn:eol-style attribute on the files: svn proplist FILE svn propget svn:eol-style FILE If there isn't an svn:eol-style attribute, svn won't touch it.You

Re: C++ code has some confused line endings

On Thursday 04 December 2008 1:17:59 pm Daniel Kulp wrote: On Thursday 04 December 2008 1:08:01 pm Andrew Stitcher wrote: If that is the case we need to make sure that *all* text files have the attribute set (not just cpp ones). Yep. I've attached a script I've used for this in the past