A few years ago, my master's thesis focused on improving UDDI. The
short short version of the thesis proposed the following changes:
- Provide a simpler web service interface that just returns endpoints
- Increase security by deprecating the security service in favor of a
SAML based STS or
I'm working on a mod to fix the expiration of tokens problem. It's
working but I want the setting to be configurable. I.e. duration of
time from which to expire tokens.
Is the current configuration setup still using juddiv3.properties?
I'm calling the following code to load the value of the new
damn enter key
Here's another post for the blog. cough cough Kurt cough ;)
A quick how-to for adding new properties entries into Juddi, from a
best practices perspective.
Step 1) Add your property to the actual property files
I simply did a file search for juddiv3.properties and only modified
discussion with him.
On Feb 27, 2013, at 19:01, Alex O'Ree spyhunte...@gmail.com wrote:
1) define a business with 4 services defined.
2) perform a saveBusiness omitting the service list portion of the request
3) all services associated with the business are destroyed.
I'm not sure
To remove your address from the list, send a message to:
user-unsubscr...@juddi.apache.org
On Sun, Mar 3, 2013 at 12:55 PM, Fakhfakh Faten fakhfakhfa...@gmail.com wrote:
Hello,
Please, I would like to unsubscribe from this mailing list.
Thanks.
--
Cordialement
Faten FAKHFAKH
I personally prefer svn. I don't git it. What are the requirement
for version control besides...well, version control in the context of
jUDDI? Git is handy for getting the complete version history offline,
but that point is pretty moot considering half of the internet is
downloaded during the
It's clearly a null dereference bug. The root cause is that the
web.xml is missing some stuff. Namely, context-param's which specify
the location the uddi.xml file and the client manager instance name
(optional)
On Wed, Mar 13, 2013 at 4:22 AM, Raffaele Carotenuto
rcaroten...@gmail.com wrote:
Stam wrote:
OK who volunteers to be be wiki police with me, and be in the AdminGroup
(point 2 below)
--Kurt
On 3/6/13 10:38 AM, Alex O'Ree wrote:
Turn on the admin/contrib access control. What needs to happen for
users (anyone) to be able to modify stuff? I just created an account
from googling.
So seems like in Snow Leopard applets load via HTTP are not granted
to load keychain library, but applets load via HTTPS are.
so try it in tomcat with ssl perhaps?
On Fri, Mar 22, 2013 at 12:18 AM, Kurt T Stam kurt.s...@gmail.com wrote:
Hi Alex,
I created the following applet:
Is there a recommend class/method combo for serializing/unserializing
uddi entity objects?
I've tried using the org.apache.juddi.jaxb.PrintUDDI, however the
output generated cannot be consumed by EntityCreator.buildFromString
EntityCreate.outputEntity only prints to stdout.
I almost have a
/java/org/uddi/api_v3/AuthInfoTest.java
--K
Sent from my iPad
On Mar 24, 2013, at 12:06 PM, Alex O'Ree spyhunte...@gmail.com wrote:
I'm assuming you're referring to JUDDI_010 which uses EntityCreator
Publisher pubIn = (Publisher)EntityCreator.buildFromDoc(publisherXML,
org.apache.juddi.api_v3
With the client side subscript api from the jUDDI service, there's a
mechanism to add a callback subscription, delete a callback
subscription, but I don't see anything for getting a list of current
client subscriptions, or my subscriptions.
Are these subscriptions listed via the UDDI Subscription
reassigned JUDDI-572:
-
Assignee: Alex O'Ree (was: Kurt T Stam)
Sending a business key for getServiceDetail causing a class cast exception
--
Key: JUDDI-572
that the jUDDI api is a bit
redundant)
On Wed, Apr 3, 2013 at 12:29 PM, Kurt T Stam kurt.s...@gmail.com wrote:
On 3/30/13 8:49 AM, Alex O'Ree wrote:
With the client side subscript api from the jUDDI service, there's a
mechanism to add a callback subscription, delete a callback
subscription, but I don't
back to a properties file. So you could
try that for your properties file too.
Or use the db?
--K
On Apr 7, 2013, at 7:58, Alex O'Ree spyhunte...@gmail.com wrote:
I'm using the following code to read a file in META-INF
URL prop = application.getResource(/META-INF/config.properties
Is there any reason we're using a very old version of CXF with Juddi?
The latest is 2.7.3, yet I see we're using 2.3.6 in most of the POMs.
For a sample async subscription app, I needed the jetty-cxf jars and
didn't see them anywhere with the resultant build. It's probably worth
updating, just for bug and security fixes
On Mon, Apr 22, 2013 at 10:05 AM, Kurt T Stam kurt.s...@gmail.com wrote:
On 4/21/13 8:21 PM, Alex O'Ree wrote
O'Ree wrote:
For a sample async subscription app, I needed the jetty-cxf jars and
didn't see them anywhere with the resultant build. It's probably worth
updating, just for bug and security fixes
On Mon, Apr 22, 2013 at 10:05 AM, Kurt T Stam kurt.s...@gmail.com wrote:
On 4/21/13 8:21 PM, Alex
Is there a quick matrix or doc that describes how and what the options
are for making a preconfigured war file for the various targets?
(axis, jbossws native, etc)
, at 10:18, Alex O'Ree spyhunte...@gmail.com wrote:
Is there a maven target for generating javadoc?
Its fixed now. I'm not sure what the cause was but it seamed like my
changes to the tckbase weren't being applied when building the core.
On May 18, 2013 11:02 AM, Kurt T Stam kurt.s...@gmail.com wrote:
On 5/17/13 7:40 AM, Alex O'Ree wrote:
I'm running into an issue with a failing unit
uddi.xml doesn't support (unless i'm mistaken) alternate
authentication mechanisms to authToken, which is something i want to
support. Also, I wanted the web site to be browser configurable, which
is just easier in a properties file.
none of the service interactions work because of the UDDI
wrote:
On 5/21/13 7:25 AM, Alex O'Ree wrote:
uddi.xml doesn't support (unless i'm mistaken) alternate
authentication mechanisms to authToken, which is something i want to
support. Also, I wanted the web site to be browser configurable, which
is just easier in a properties file.
OK two valid
)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:146)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:138)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:91)
On 5/21/13 8:48 AM, Alex O'Ree wrote:
A few more things to add
manual. I don't change it too often so its not that big of a deal.
honestly, I don't think either one of those jnpl files are necessary
On Mon, May 20, 2013 at 11:32 PM, Kurt T Stam kurt.s...@gmail.com wrote:
On 5/20/13 7:05 PM, Alex O'Ree wrote:
fyi, its not as simple as copying the applet
Well a more user friendly error message should be presented
On Tue, May 21, 2013 at 2:50 PM, Kurt T Stam kurt.s...@gmail.com wrote:
Right I don't, so I guess we need to document that.
On 5/21/13 11:29 AM, Alex O'Ree wrote:
You probably don't have any pki certificates installed in your
sure
On Tue, May 21, 2013 at 2:49 PM, Kurt T Stam kurt.s...@gmail.com wrote:
On 5/21/13 11:46 AM, Alex O'Ree wrote:
manual. I don't change it too often so its not that big of a deal.
ok, well it's part of the maven build now :).
honestly, I don't think either one of those jnpl files
Some related info for WADL2UDDI integration
-- Forwarded message --
From: Reihaneh Rabbany rabba...@cs.ualberta.ca
Date: Wed, May 22, 2013 at 2:41 PM
Subject: Re: WADL Parser
To: Alex O'Ree spyhunte...@gmail.com
Dear Alex,
Thanks for your email. I will actually be very happy
I'm starting the work on
https://issues.apache.org/jira/browse/JUDDI-558
and was looking for some suggestions.
Basically I'm trying to build a pluggable Authorization engine that
has a bunch of methods to help facilitate access control decisions.
UDDI is kind of unique in which we have both
Kurt
Quick question about the Wsdl2Uddi class you made, is there a reason
the wsdl definition is passed in on many of the functions? I was
thinking that it would be easy to just include that as a constructor
parameter. This way, it'll be easier to extract a clean interface from
it for usage with
A while, I had a conversation with Kurt on IRC about possibly
deprecating and/or removing the jUDDI API web service from the 3.2
release. I'm personally for this decision and would suggest removing
it (from the juddi-client and uddi-ws package) as there's isn't much
value added to it from and end
, Alex O'Ree wrote:
A while, I had a conversation with Kurt on IRC about possibly
deprecating and/or removing the jUDDI API web service from the 3.2
release. I'm personally for this decision and would suggest removing
it (from the juddi-client and uddi-ws package) as there's isn't much
value
, Alex O'Ree spyhunte...@gmail.com wrote:
Admin user interface is in the works, I'm actually just starting it
now. A lot of stuff will be borrowed some the juddi-gui mod as well as
other existing stuff, so it should go pretty quickly. Again, we'll
still need the code because it's primarily admin
Relevant Tickets:
JUDDI-314 Create a juddi-client-bundle-3.0.0 with jar, source and
javadocs for juddi-client and uddi-ws
JUDDI-583 Productize the TCK test suite
I'm attempting to formulate a plan to turn the UDDI TCK into both a
testing platform for jUDDI (as it is now) and be able to run the
:57 PM, Alex O'Ree wrote:
Relevant Tickets:
JUDDI-314 Create a juddi-client-bundle-3.0.0 with jar, source and
javadocs for juddi-client and uddi-ws
JUDDI-583 Productize the TCK test suite
I'm attempting to formulate a plan to turn the UDDI TCK into both a
testing platform for jUDDI
is to make the tck a usable product without a full up
dev environment, maven, or network connectivity. Maven is great for
some things, not for all things
On Mon, Jun 3, 2013 at 10:05 AM, Kurt T Stam kurt.s...@gmail.com wrote:
What's wrong with running maven?
On 6/3/13 9:53 AM, Alex O'Ree wrote:
Even
for free?
On 6/3/13 11:32 AM, Alex O'Ree wrote:
We don't require maven or the source code to run jUDDI, why should the
TCK require any of those?
Assuming we don't have those, there's no class that I know of that
will start the tests from the command line. What it should be
something as simple
be better to keep things standard and use the unit
tests framework and maven.
On 6/4/13 9:33 AM, Alex O'Ree wrote:
That's the idea. I think its possible but we'll need to find a way to
identify test classes without knowing a priori. This will make it more
robust and hands off. I'll see what i can
...@gmail.com wrote:
On 6/9/13 10:34 AM, Alex O'Ree wrote:
I'm writing a REST style wrapper for the inquiry api and started
thinking about how to support authenticated users to the REST inquiry
binding. I came up with two options
1) Use servlet container authentication, then just trust
interaction as well.
On 6/9/13 10:44 AM, Alex O'Ree wrote:
I'm assuming you mean OAuth2? http://oauth.net/2/ or http://www.auth2.com/
I agree on the query parameter, request URLs are routinely logged by
application servers. HTTP Header is the way to go, along with some
kind of expiration
Has anyone ran across this error before? It fails testing juddi-core.
The only change made was adding the apache cxf runtime as a dependency
(just for the REST pieces).
Jun 12, 2013 8:45:23 PM
org.apache.juddi.api.impl.API_090_SubscriptionListenerIntegrationTest
joePublisherUpdateService_
HTTP
http://www.developer.com/open/subversion-1.8-gits-new-features.html
On Fri, Jun 21, 2013 at 9:27 AM, Jesse Sightler
jesse.sight...@gmail.com wrote:
http://mmilinkov.wordpress.com/2013/06/20/embracing-social-coding-at-eclipse/
We switched to git: Last December 21st we shut off CVS at Eclipse,
Anyhow, if you want switch over, i'm fine with it. I really don't care
either way
On Sat, Jun 22, 2013 at 7:26 AM, Alex O'Ree spyhunte...@gmail.com wrote:
http://www.developer.com/open/subversion-1.8-gits-new-features.html
On Fri, Jun 21, 2013 at 9:27 AM, Jesse Sightler
jesse.sight
has anyone ran into this one before? mvn just kept on going so i
don't think its a breaking issue.
INFO: Updating Service **
Jul 30, 2013 12:20:30 PM org.hibernate.util.JDBCExceptionReporter logExceptions
WARNING: SQL Error: 3, SQLState: 40001
Jul 30, 2013 12:20:30 PM
In the xsd describing the expected settings for a juddi client, is the
following xpath suppose to represent exactly one node, or more than
one node?
/uddi/client/clerks/xregister/service
Also, how is the wsdl element used?
I'm pretty sure the answer is yes, although the spec doesn't clear
specify. In the context of jUDDI, at least one criteria is required.
http://www.uddi.org/pubs/uddi_v3.htm#_Toc85908088
On Wed, Aug 21, 2013 at 1:59 PM, Saibabu Vallurupalli
saibabu.vallurupa...@gmail.com wrote:
Hi,
I have
FYI, you'll probably reach more people from the user mailing list
rather than the dev.
I always liked this image that shows the relationships
http://juddi.apache.org/docs/3.x/userguide/html/images/uddi_core_datastructures.gif
tModels are just things that are referenced by everything else.
Should the jUDDI Development Guide cover developing UDDI clients AND
extending the jUDDI server/client?
or should it be just for extending the server? If so, should
developing UDDI clients and sample code using the juddi-client be in
the User guide?
Can anyone help with this one?
joePublisherUpdateBusiness_HTTP_FIND_BUSINESS(org.apache.juddi.v3.tck.UDDI_090_SubscriptionListenerIntegrationTest)
I've been attempting to expand the unit tests for asynch callbacks and
have ran into an unimaginable nightmare. The SMTP test passes without
any
I think you meant the user distribution list
On Wed, Sep 25, 2013 at 11:15 AM, Kurt T Stam kurt.s...@gmail.com wrote:
Hi Toufic,
1. You may want to sign up to the dev list if you want to keep receiving
responses on this.
2. Cool that you got this far. You know the latest release is 3.1.5
Build http://svn.apache.org/repos/asf/juddi/tags/juddi-3.1.3/juddi-console/
from source. That should give you a war file for deployment. Is there
a particular reason you want to use 3.1.3?
The current trunk is 3.2 and should give you a ton of new features and
a brand new portal that has a lot
The portlet console in 315 may not function
On Sep 25, 2013 5:20 PM, Toufic Arabi tar...@redhat.com wrote:
EAP 6.0.1 is shipping with hibernate 4.1.6.
Ill look into opening an issue as soon as possible
Meanwhile do you think you can try the steps I provided with juddi 3.1.5
once you are
allow
in its new console if you could shed some light. I have not looked for a
release notes document yet.
Thanks!
Toufic Arabi
Consultant, Red Hat
8260 Greensboro Dr
McLean, VA
On Sep 25, 2013, at 5:42 PM, Alex O'Ree spyhunte...@gmail.com wrote:
The portlet console in 315 may
. Thanks!
Toufic Arabi
Consultant, Red Hat
8260 Greensboro Dr
McLean, VA
On Sep 25, 2013, at 5:50 PM, Alex O'Ree spyhunte...@gmail.com wrote:
Easy to use end user interface for all uddi functions. There's a demo video
on the blog
On Sep 25, 2013 5:46 PM, Toufic Arabi tar...@redhat.com
Does anyone want to turn back on svn2jira? The infrastructure team had
disabled it for everyone a while back, but apparently its now
available.
http://www.apache.org/dev/svngit2jira.html
combined = applet + dependencies
On Wed, Oct 16, 2013 at 9:21 AM, Kurt Stam kurt.s...@gmail.com wrote:
Sure, what is the combined jar?
On Oct 15, 2013, at 21:52, Alex O'Ree spyhunte...@gmail.com wrote:
Kurt
I think we still have an issue with the applet signing. It looks like
its signing
Manifest entries for the changes that need to be made.
Note to users: For any questions, please contact the Publisher who
provided you with this application.
On Wed, Oct 16, 2013 at 9:57 AM, Alex O'Ree spyhunte...@gmail.com wrote:
combined = applet + dependencies
On Wed, Oct 16, 2013 at 9:21 AM
The code is not available to general public is it so I can rebuild with the
EAP target ?
Thanks!
Toufic Arabi
Consultant, Red Hat
8260 Greensboro Dr
McLean, VA
On Oct 21, 2013, at 8:38 PM, Alex O'Ree (JIRA) juddi-...@ws.apache.org
wrote:
[
https://issues.apache.org/jira/browse
/asf/juddi/tags
If it's still not available and you want to drop box me the juddiv3 war and
the juddi-ui for open jpa and EAP that would be great.
Thanks!
Toufic Arabi
Consultant, Red Hat
8260 Greensboro Dr
McLean, VA
On Oct 22, 2013, at 7:07 AM, Alex O'Ree spyhunte...@gmail.com wrote
Can you confirm what minor version of jUDDI you are using? 3.1.5 has
some known issues with the portlets.
The first problem I see if that you're sending a UDDI v2 request.
jUDDI v3 only supports version 3, meaning you need to update your
request, namespace or the client library you're using.
On
On Monday, 25 November 2013 8:21 PM, Alex O'Ree spyhunte...@gmail.com
wrote:
What exactly are you trying to do
On Nov 25, 2013 8:14 PM, shireesh bhat shireeshb...@yahoo.co.in wrote:
Hi Kurt,
Thanks for the reply.
I have to come up with a prototype for my work soon and I will have to think
of some
Ok please concur in the JIRA ticket. Either
JUDDI-750 or INFRA-7141
it's a requirement to get stuff moving along
On Fri, Dec 27, 2013 at 8:13 PM, Kurt Stam kurt.s...@gmail.com wrote:
I'm all for it
On Dec 27, 2013, at 17:36, Alex O'Ree spyhunte...@gmail.com wrote:
Any reservations
Does anyone have write access to the following urls?
http://incubator.apache.org/projects/juddi
http://wiki.apache.org/general/jUDDI
We should probably update them to point to the top level site
of content about exiting the incubator on
{date} with a link to http://juddi.apache.org ?
Also, is the SVN mailing list still in operation:
http://juddi.apache.org/mail-lists.html ?
Steve Viens
svi...@gmail.com
603-828-2397
On Sun, Dec 29, 2013 at 7:44 PM, Alex O'Ree spyhunte...@gmail.com
Yeah i looked through the svn log of /site and couldn't find a trace
of it. I've started to add a basic page for for the new site
On Mon, Jan 6, 2014 at 8:58 AM, Kurt T Stam kurt.s...@gmail.com wrote:
On 1/6/14, 7:35 AM, Alex O'Ree wrote:
Anyone know where the scout.html web page went from
actually hold on.
the dev guide is titled Apache jUDDI Client and GUI Guide. This is
incorrect. It's the Apache jUDDI Client and Developer Guide
On Tue, Feb 4, 2014 at 7:05 PM, Alex O'Ree spyhunte...@gmail.com wrote:
roger that
+1
javadocs are uploading to the staging site now
On Tue, Feb
.
On Feb 4, 2014, at 19:21, Alex O'Ree spyhunte...@gmail.com wrote:
actually hold on.
the dev guide is titled Apache jUDDI Client and GUI Guide. This is
incorrect. It's the Apache jUDDI Client and Developer Guide
On Tue, Feb 4, 2014 at 7:05 PM, Alex O'Ree spyhunte...@gmail.com wrote:
roger
+1
On Wed, Feb 5, 2014 at 9:23 AM, Kurt T Stam kurt.s...@gmail.com wrote:
Hi guys,
To stream line our release process I'm proposing to establish the following
set of graded set of release criteria for the jUDDI project:
- the vote will be closed as soon as 6 hours have past and 7 +1 votes
+1
On Wed, Feb 5, 2014 at 9:04 PM, Tom Cunningham tcunn...@redhat.com wrote:
+1
On 2/5/14, 9:33 AM, Kurt T Stam wrote:
Hi guys,
We have had our jUDDI github share (https://github.com/apache/juddi) for
about a year now. The process to accept pull requests is however a bit
tedious.
I started getting this gem of an error during the build. I'm not sure what
the root cause is, and it's intermittent.
ContactPhoneMaxLongMaxUseTypetest
Feb 24, 2014 6:58:27 PM org.hibernate.util.JDBCExceptionReporter
logExceptions
WARNING: SQL Error: 2, SQLState: 22001
Feb 24, 2014 6:58:27 PM
?
2. Is the is v2 formatted key? I don't think it is a valid v3 key
--Kurt
On 2/24/14, 7:33 PM, Alex O'Ree wrote:
I started getting this gem of an error during the build. I'm not sure
what the root cause is, and it's intermittent.
ContactPhoneMaxLongMaxUseTypetest
Feb 24, 2014 6:58:27
256
On 2/24/14, 8:13 PM, Alex O'Ree wrote:
the key is valid and a constant, however the line referenced in source is
not the constant listed in the error. perhaps there's a queuing mechanism
in play. actual key
Download the distro
unzip
goto juddi-tomcat-3.2.0/bin
run startup.bat/sh
On Sat, Apr 12, 2014 at 3:24 PM, Adebola Musa adebola.m...@gmail.comwrote:
Hi All,
I am new to jUUDI.
I downloaded installed JDK 7_Update51_NetBeans 7.4 on my computer as
jUDDI required JDK 1.6+.
I have
Kurt
What's going on with the cloud instance at
http://uddi-jbossoverlord.rhcloud.com/home.jsp
Two problems
1) the popup for hey this is a test instance isn't popping up
2) the logins aren't working, is this set to an xml file or the juddi
authenticator?
, no development took place.
- Very low volume of JAXR related questions on the mailing list.
Community Activity
- Last PMC addition and new committer April 3, 2013 (Alex O'Ree)
- Last Release jUDDI-3.2.0, Feb 5, 2014
Thanks
Alex
*alexo...@apache.org alexo...@apache.org*
What do you all think?
http://juddi.staging.apache.org/index.html
This is what our sole logo contestant submitted.
for XML Registries 1.0 (JAXR).
jUDDI
- Low traffic on the mailing lists this quarter.
Scout
- No release this period, not really any development took place.
- Very low volume of JAXR related questions on the mailing list.
Last PMC addition and new committer April 3, 2013 (Alex O'Ree)
Last Release
Dear jUDDI enthusiasts,
The new release is here! We are long overdue. This release is primarily bug
fixes however there's a number of new featuresJust check out the release
notes below!
Here’s are some highlights for this version 3.2.1
-
More TCK Tests were added and refactored
-
Per the jUDDI release policy, the vote is now closed and it passed with 5+
and 0-, all votes were binding. Looks like we're good to go for 3.2.1
On Fri, Dec 5, 2014 at 10:49 AM, Tom Cunningham tcunn...@redhat.com wrote:
+1
On 12/4/14, 6:26 PM, Alex O'Ree wrote:
Dear jUDDI enthusiasts
jUDDI Version 3.2.1 ReleasedToday we released jUDDI version 3.2.1! This
version contains a number of bug fixes and offer's enhanced functionality
in the user interface for interacting with tModels. This release resolved a
incredible 65 jiras, as you can see in the Release Notes
In addition, the buildbot configs are locked to prevent port conflicts.
I.e. only one build at a time per build server
On Thu, Jan 1, 2015 at 7:13 PM, Alex O'Ree spyhunte...@gmail.com wrote:
It's not a port conflict. I think one of the test creates an entity that
other tests depend
conflict errors?
On Jan 1, 2015, at 16:13, Alex O'Ree (JIRA) juddi-...@ws.apache.org
wrote:
Alex O'Ree created JUDDI-904:
Summary: intermittent test failures
Key: JUDDI-904
URL: https://issues.apache.org
correct, it's a juddi specific lock. None of the test failures are port
conflict error messages though
On Thu, Jan 1, 2015 at 8:16 PM, Kurt Stam kurt.s...@gmail.com wrote:
But there can be builds from other projects too no?
On Jan 1, 2015, at 19:14, Alex O'Ree spyhunte...@gmail.com wrote
Folks
I think we are nearing a release point for 3.3. It would be wonderful it
someone was willing to double check the documentation and functionality of
the new features (replication and command line user interface). It is a bit
of a chore to get replication work, however to make your life
addition and new committer April 3, 2013 (Alex O'Ree)
Last Release jUDDI-3.2.1, Dec 5, 2014
There are no issues that require the boards attention at this time.
(Alex O'Ree)
Last Release jUDDI-3.3.0, July 15, 2015
There are no issues that require the boards attention at this time.
have 3+ votes now right?
You can include the cli client in the next release. BTW great work as usual!
Cheers,
--Kurt
On 7/14/15 1:36 AM, Alex O'Ree wrote:
Kurt
I've uploaded the asc and sha files too, however I just noticed that the
cli client is not included with the client distro
Dear jUDDI enthusiasts,
Today, we have released jUDDI version 3.3.0! This version contains a
number of bug fixes and offer's enhanced functionality in the user
interface for interacting with tModels. This release resolved a incredible
63 jiras. The release notes are accessible here: Release
.
On Jul 11, 2015, at 00:19, Alex O'Ree spyhunte...@gmail.com wrote:
https://www.dropbox.com/sh/lix9d7xw5p5qqhi/AAAzOWDLhhfOx_4FnH6IIjZqa?dl=0
download link for staged 3.3
On Fri, Jul 10, 2015 at 6:13 PM, Alex O'Ree spyhunte...@gmail.com wrote:
Uploading now. sorry about that...
On Fri
--
>>
>> Key: JUDDI-940
>> URL: https://issues.apache.org/jira/browse/JUDDI-940
>> Project: jUDDI
>> Issue Type: Bug
>>Affects Versions: 3.3.1
>>Reporter
ok the vote has passed! I'll finish up the release
On Mon, Nov 9, 2015 at 10:27 AM, Steve Viens <svi...@gmail.com> wrote:
> +1 from me as well.
>
> Steve
>
> On Sun, Nov 8, 2015 at 10:44 PM, Alex O'Ree <spyhunte...@gmail.com> wrote:
>>
>> Dear jUDDI ent
Dear jUDDI enthusiasts,
The new release is here! This release is primarily bug fixes.
The release distribution is temporarily available here
https://www.dropbox.com/sh/1j59ewsxz57k6xl/AAC1Gq8YLgL_CneWOQENeQFya?dl=0
The release artifacts are staged in nexus:
- Java API for XML Registries
1.0 (JAXR).
jUDDI
- Low traffic on the mailing lists this quarter.
- 3.3.1 Released October 15, 2015
Scout
- No release this period, no development took place.
- Very low volume of JAXR related questions on the mailing list.
Last PMC addition and new committer April 3,
Dear jUDDI enthusiasts,
Today, we have release jUDDI version 3.3.1. This release is primarily
bug fixes and the
inclusion of the CLI client. In addition, user management has been
simplified when using file based user stores.
You can grab the release at:
teve have voted no? It'd be
>> nice to have more eyes on it though..
>>
>>> On 10/6/15 7:35 AM, Alex O'Ree wrote:
>>> Ping, still need one more vote
>>>
>>>> On Sun, Oct 4, 2015 at 9:00 AM, Steve Viens <svi...@gmail.com> wrote:
>>>>
Uploading now. sorry about that...
On Fri, Jul 10, 2015 at 9:22 AM, Steve Viens svi...@gmail.com wrote:
My vote is +1
Steve Viens
svi...@gmail.com
603-828-2397
On Thu, Jul 9, 2015 at 7:30 PM, Alex O'Ree alexo...@apache.org wrote:
Dear jUDDI enthusiasts,
The new release is here! We
https://www.dropbox.com/sh/lix9d7xw5p5qqhi/AAAzOWDLhhfOx_4FnH6IIjZqa?dl=0
download link for staged 3.3
On Fri, Jul 10, 2015 at 6:13 PM, Alex O'Ree spyhunte...@gmail.com wrote:
Uploading now. sorry about that...
On Fri, Jul 10, 2015 at 9:22 AM, Steve Viens svi...@gmail.com wrote:
My vote
Dear jUDDI enthusiasts,
The new release is here! This release is primarily bug fixes and the
inclusion of the CLI client.
The release distribution is temporarily available here
https://www.dropbox.com/sh/zycq6j314gvuy52/AAAzhvpRqOXsmEQXaAiIExtBa?dl=0
The release artifacts are staged in nexus:
ping, we're over 3 days now. we need a few more votes for release
On Wed, Sep 30, 2015 at 10:59 PM, Kurt Stam <ks...@redhat.com> wrote:
> +1 from me! --Kurt
>
>> On Sep 30, 2015, at 18:24, Alex O'Ree <alexo...@apache.org> wrote:
>>
>> Dear jUDDI enthus
- Java API for XML Registries
1.0 (JAXR).
jUDDI
- Low traffic on the mailing lists this quarter.
- 3.3.2 Released November 10, 2015
Scout
- No release this period, no development took place.
- Very low volume of JAXR related questions on the mailing list.
Last PMC addition and new committer April 3,
1 - 100 of 1804 matches
Mail list logo