Why not simply provide a kind of ant script for fix the sources for
1.5 ?
Julien
Le lundi 30 octobre 2006 à 20:55 -0800, peter royal a écrit :
is there interest in an official mina 1.0 build not requiring the
util.concurrent backport?
this would be slightly more than what can be done by
+1
On 10/31/06, Julien Vermillard [EMAIL PROTECTED] wrote:
Why not simply provide a kind of ant script for fix the sources for
1.5 ?
Julien
Le lundi 30 octobre 2006 à 20:55 -0800, peter royal a écrit :
is there interest in an official mina 1.0 build not requiring the
util.concurrent
[
http://issues.apache.org/jira/browse/DIRMINA-299?page=comments#action_12445844
]
Julien Vermillard commented on DIRMINA-299:
---
Thanks for this very interesting patch !
I'm going to take a look when I got a free moment.
innacurate
On 10/31/06, Julien Vermillard [EMAIL PROTECTED] wrote:
Why not simply provide a kind of ant script for fix the sources for
1.5 ?
Good idea; A script that forks instantly, deploys the jar, and wipe the
forked source code would be a cleaner option.
Trustin
--
what we call human nature is
[
http://issues.apache.org/jira/browse/DIRSERVER-748?page=comments#action_12445891
]
Norval Hope commented on DIRSERVER-748:
---
Turns out this isn't a Maven problem but a problem in javadoc itself:
A method I've used in the past to switch between backport-util and java5
is to create two sets of subclasses. One set of subclasses inherits
from backport-util, the other from java5. Each set of subclasses exists
in the same package, but the code is kept in distinct source
directories. The rest
[
http://issues.apache.org/jira/browse/DIRSERVER-748?page=comments#action_12445911
]
Emmanuel Lecharny commented on DIRSERVER-748:
-
Norval, I think you are right, but it would be very kind of maven not to stop
generating the
Hi,for those of you who are interested on Java evolution, and especially about which Java version we should support (no, I don't want to start another thread about numbering/versionning :), here is an interesting article :
http://java.sun.com/developer/technicalArticles/Interviews/elliott_qa.html
+1
On 10/31/06, Jeroen Brattinga [EMAIL PROTECTED] wrote:
+1
2006/10/31, Trustin Lee [EMAIL PROTECTED]:
On 10/31/06, Julien Vermillard [EMAIL PROTECTED] wrote:
Why not simply provide a kind of ant script for fix the sources for
1.5 ?
Good idea; A script that forks instantly, deploys
On Oct 31, 2006, at 12:14 AM, Julien Vermillard wrote:
Why not simply provide a kind of ant script for fix the sources for
1.5 ?
i was going to go a bit farther.. replace usage of synchronization
with the java5 concurrent data structures (which we could do in 1.4
by using backport more,
Hello,I am a Brazilian developer and I am very interesting in network programming (mainly performance evaluation). I've discovered MINA project just few days ago and it seems to me very useful and simple to use. Congratulations.
I'd like to contribute with the project translating the mini tutorial
Hey Guys,
Just a background quicky.
I'm thinking the RPM installer plugin should work like
this:
BACKGROUND / CHALLENGE
First it builds ads. So now all the project artifacts
are available in the repository.
Then it reads a map that tells it what artifacts go
where in the build layout.
Then
I am not sure if
this is the right place for this question but, can someone tell me how to
generate a custom schema if I already have an OpenLDAP formatted schema
file? Assume that I am not a Maven expert and I don't have the time to
become one.
I have tried
this:
[
http://issues.apache.org/jira/browse/DIRSERVER-768?page=comments#action_12446047
]
Ralf Hauser commented on DIRSERVER-768:
---
java.lang.IllegalStateException: Attempted operation by unauthenticated caller.
at
My experience with the custom schema and maven was to keep
issuing the maven calls until it worked through the dependency problems.
YMMV.
Cheers,Craig
From: Tony Thompson
[mailto:[EMAIL PROTECTED] Sent: Tuesday, October 31,
2006 2:24 PMTo: dev@directory.apache.orgSubject:
OK, well this is where the "not a Maven expert"
statementcomes into play. If this is the error I get, what do I try
next (if I can get this one, maybe I can figure the rest out on my
own):
mvn directory:schema[INFO] Scanning for
projects...[INFO] Searching repository for plugin with
On Oct 31, 2006, at 10:57 AM, Daniel Fireman wrote:I am a Brazilian developer and I am very interesting in network programming (mainly performance evaluation). I've discovered MINA project just few days ago and it seems to me very useful and simple to use. Congratulations. I'd like to contribute
I forward this mail to the mailing list, because I think that some other
users may be interested in having an answer to this kind of problem
---BeginMessage---
Hi Emmauel,
I am a new on ApacheDS and working on
a project that needs to extend the LDAP schema of ApacheDS 1.0. I am trying
to build
[EMAIL PROTECTED] a écrit :
Hi Emmauel,
Hi, Jackie,
first, sorry for the badly outdated site :( You are right, it mention
maven 1.0, when we are currently using maven 2.0.
And thanks for using ADS :)
Ok, now, I assume you have the latest 1.0 version sources. Where did
you take them
Tony Thompson a écrit :
I have tried this:
http://directory.apache.org/subprojects/apacheds/docs/users/plugin.html
and this:
http://docs.safehaus.org/display/APACHEDS/Custom+Schema
The latest version is here :
http://cwiki.apache.org/confluence/display/DIRxSRVx10/Custom+Schema
I just
peter royal wrote:
is there interest in an official mina 1.0 build not requiring the
util.concurrent backport?
this would be slightly more than what can be done by whacking the
backport import prefixes.. all data structures that have replacements in
j.u.concurrent will be removed and
peter royal wrote:
On Oct 31, 2006, at 12:14 AM, Julien Vermillard wrote:
Why not simply provide a kind of ant script for fix the sources for
1.5 ?
i was going to go a bit farther.. replace usage of synchronization with
the java5 concurrent data structures (which we could do in 1.4 by using
I am working through the new documentation right now. The shell script
(apacheds-schema-archetype.sh) that was checked out needs to be updated to the
correct version. It would also be nice if a batch file was included although
it is not hard to create one :). I was able to get it to create
+1
best regards,
John
On Mon, 2006-10-30 at 20:55 -0800, peter royal wrote:
is there interest in an official mina 1.0 build not requiring the
util.concurrent backport?
this would be slightly more than what can be done by whacking the
backport import prefixes.. all data structures that
Tony Thompson a écrit :
I am working through the new documentation right now. The shell script
(apacheds-schema-archetype.sh) that was checked out needs to be updated to the
correct version. It would also be nice if a batch file was included although
it is not hard to create one :). I was
On Oct 31, 2006, at 1:57 PM, Alex Karasulu wrote:
i was going to go a bit farther.. replace usage of synchronization
with the java5 concurrent data structures (which we could do in
1.4 by using backport more, but i just assume go java5). also
update the source to be java5-clean (add
[
http://issues.apache.org/jira/browse/DIRSERVER-769?page=comments#action_12446112
]
John Conlon commented on DIRSERVER-769:
---
Still a problem. Does your NtpServer reference something besides
IoServiceConfig?
[INFO]
[
http://issues.apache.org/jira/browse/DIRSERVER-769?page=comments#action_12446118
]
Emmanuel Lecharny commented on DIRSERVER-769:
-
It should not explose :)
1) remove ~/.m2/repository
2) go to apacheds root
3) do mvn install
it
Hey Guys,
Minor detail - I noticed that both the Daemon project
and
the server-installer project have LICENSE and NOTICE
files.
I assume the server installer files are the ones that
get updated?
Is there a purpose to having the files in both
projects or can we clean out one set?
Cheers,
- Ole
Hi,I get dependency errors whenever someone bumps up the version number (1.1-SNAPSHOT - 1.5-SNAPSHOT this time). I can run mvn install by myself first, but it's never user friendly. Please deploy the JARs when you made an important change to artifacts. This issue was pointed out long ago, but it
[
http://issues.apache.org/jira/browse/DIRSERVER-769?page=comments#action_12446146
]
John Conlon commented on DIRSERVER-769:
---
I can build protocol-ntp as a standalone project, but not as part of a
multproject build. For some reason the
You might also be interested in my patch for
http://issues.apache.org/jira/browse/DIRSERVER-760 which allows the
schema file to be read trivially at server start-up.
It is currently against AD 1.1 but I would expect the patch to work
against 1.0 if that's what you require.
[ http://issues.apache.org/jira/browse/DIRSERVER-748?page=all ]
Norval Hope updated DIRSERVER-748:
--
Attachment: ad_1.0_remove_bad_javadoc_links.patch
ad_1.1_remove_bad_javadoc_links.patch
Here are patches for 1.0 and 1.1 trunk that
33 matches
Mail list logo