Hi,
This really belongs in something like a
osoa.org sdo design spec discussion, but
it's not up yet, so I hope it's ok to post here.
As I'm fine tuning the LDAP DAS Design Guide
I find myself saying this alot:
"an SDO Type that is the semantic equivalent
of an XSD Complex Type"
If I were disc
Hi,
The LDAP DAS uses
the Apache Directory PEN
(Private Enterprise Number)
to prefix OID (Object Identifier) numbers
that are unique ids for types defined
in the LDAP server.
It might make sense for Tuscany
to get an ID from the Apache Software
Foundation.
The Foundation owns ID
1.3.6.1.4.1.180
Hi Frank,
Frank Budinsky wrote:
Ole,
Type.isDataType() is the way to distinguish between complex and simple
types.
Thanks for the tip.
I have several other comments below.
I'll just preface these by saying that
this is just my initial impression / hunch.
I figured I'd point these out while
Hey Guys,
We have a new PEN Branch for the
Tuscany project (Courtesy of Emmanuel Lecharny - Directory PMC).
Thank Alex Karasulu (Directory Project Lead) for getting the PEN for the
Apache Software Foundation.
All OIDs for LDAP DAS Schema Entries (The Equivalent of the SDO Types
defined in LDAP
Hi Frank,
Frank Budinsky wrote:
Hi Ole,
Your point about the benefits of separating properties into two lists,
references and attributes, is well taken.
Super :-)
The SDO spec does say this in section 3.6:
A Property whose Type is for DataObjects is sometimes called a reference;
otherw
Sure. OK - Here's the Scoop.
LDAP DAS HOME:
We are hoping the LDAP DAS will have
a home somewhere in the Tuscany Subversion
repository soon. I we want to make one
I'll be glad to check everything in.
TIMELINE
I'm hoping to have an implementation
that can read and write DataGraphs in
about 10 d
te
properties (as in EMF). An EAttribute can map to an attribute or element
in XML. Same for EReference.
Frank
Ole Ersoy <[EMAIL PROTECTED]> wrote on 05/17/2007 10:17:42 AM:
Hi Frank,
Frank Budinsky wrote:
Ole,
Type.isDataType() is the way to distinguish between complex and simple
typ
Hey Guys,
I'm a few days away from showing a demo that reads and writes DataGraph instances. I started
getting my "Groove On" so I've just been doing "Go" coding, and will finish the
design guide after, although I did add a lot more content to in order to to provide visibility wrt
end game.
Hey Guys,
I thought and really wanted to have the reading of writing of DataGraph
instances wrapped up today, but I hit a bug in ApacheDS that's a
blocker, so it will be a little while longer. Hope to have it done very
soon though.
Cheers,
- Ole
Hi,
Does anyone know if there is a maven repository for the EMF 2.3 artifacts? I used to use
the one below for the M4 release, but it looks like it has been "Deprecated".
http://mirrors.cat.pdx.edu/eclipse/tools/emf/maven2/
Thanks
- Ole
--
Hi,
Sorry about starting a new thread. GMail hides the copy of the original thread
from me...
Looks like the emf artifact are pushed to ibiblio. Sorry for the noise.
Cheers,
- Ole
-
To unsubscribe, e-mail: [EMAIL PROTECT
rrors.cat.pdx.edu/eclipse/modeling/emf/maven2/
If that doesn't work, I'd ask on the EMF newsgroup.
Frank.
Ole Ersoy <[EMAIL PROTECTED]> wrote on 06/14/2007 04:19:47 PM:
Hi,
Does anyone know if there is a maven repository for the EMF 2.3
artifacts? I used to use the one be
at
Eclipse. So maybe the location is something like this now:
http://mirrors.cat.pdx.edu/eclipse/modeling/emf/maven2/
If that doesn't work, I'd ask on the EMF newsgroup.
Frank.
Ole Ersoy <[EMAIL PROTECTED]> wrote on 06/14/2007 04:19:47 PM:
Hi,
Does anyone know if there is a ma
I think this will have them:
http://mirrors.cat.pdx.edu/eclipse/tools/emf/maven2/
Cheers,
- Ole
Luciano Resende wrote:
So, I saw Brian created a JIRA to increment EMF dependencies, but any
ideas of what could be done for our current dependencies ?
On 6/22/07, kelvin goodson <[EMAIL PROTECTED
Hey Guys,
I managed to get a EDataGraph instance written (One DataObject instance
containing two children). If anyone would like to look at the test first:
svn checkout
https://svn.apache.org/repos/asf/directory/sandbox/oersoy/das.ldap.parent
You will need to run
eclipse:clean eclipse:ecli
dependencies...
Is there any chance we can make these dependencies available in one of
our Apache maven repos ?
On 6/22/07, Ole Ersoy <[EMAIL PROTECTED]> wrote:
I think this will have them:
http://mirrors.cat.pdx.edu/eclipse/tools/emf/maven2/
Cheers,
- Ole
Luciano Resende wrote:
> So, I
Hey Guys,
I'm in the process of coding the EDataObjectReader. It first looks up a LDAP context containing a DataObject instances property values. In order to do this, it needs to know which Type member represents the Type's ID. Does Tuscany have an efficient way of determining this ID? With t
nk as well)
from scratch today.
On 6/22/07, Ole Ersoy <[EMAIL PROTECTED]> wrote:
I would personally love to see the EMF dependencies committed to
Ibiblio. I need to get more familiar with the process though. I know
the ApacheDS artifacts get pushed to Ibiblio with each release.
Another o
atch today.
On 6/22/07, Ole Ersoy <[EMAIL PROTECTED]> wrote:
I would personally love to see the EMF dependencies committed to
Ibiblio. I need to get more familiar with the process though. I know
the ApacheDS artifacts get pushed to Ibiblio with each release.
Another option is to j
scripts, so the next step is to figure out how to get
such a repository going.
Cheers,
- Ole
Ole Ersoy wrote:
Here's an example of how to go about doing a JIRA request for artifact
uploads. I'm going to look at the artifact requirements on the maven
site next. There are metad
Hi,
I sent an email to [EMAIL PROTECTED] to see whether we can work with them to
get the additional artifacts needed by Tuscany uploaded. After that I think we
just need to get the Maven project a shell script to sync Ibiblio with this
repository. I also asked if they could share the process
-snapshot-repository),
codehaus-snapshot (http://snapshots.repository.codehaus.org),
eclipse.emf (http://mirrors.cat.pdx.edu/eclipse/tools/emf/maven2/),
indiana (http://ftp.ussg.iu.edu/eclipse/modeling/emf/emf/maven2/)
On 6/25/07, Ole Ersoy <[EMAIL PROTECTED]> wrote:
Hi,
I sent an em
Hey Guys,
The LDAP DAS can now read and write EDataGraph instances to ApacheDS. Now I
need to start working on handling updates and deletions. If anyone wants to
see the code so far, please let me know and I'll check it in.
Cheers,
- Ole
Very great news, Is this available in your sandbox ? Could you share
the link again, for the ones interested on taking a quick look at it ?
For the LDAP Server dependencies/requirements, are there any
instructions on running the DAS and connecting to the LDAP server ?
On 6/25/07, Ole Ersoy &l
Hey Guys,
I'm working on the approach for restoring the non-containment references. I'm
thinking I should do it like this:
First restore the entire graph with all containment references. For each
object restored add it and it's xpath fragment to a map. Then during a second
pass process eac
e:
Hi Ole,
Yes, I think this is the best way to do this. I would probably use
Hashtable
on this case.
Regards,
Adriano Crestani
On 7/13/07, Ole Ersoy <[EMAIL PROTECTED]> wrote:
Hey Guys,
I'm working on the approach for restoring the non-containment
references. I'm thinkin
Hi,
I reviewed Luciano's sandbox code a while back, and will integrate it once I
have tested all the CRUD operations / the classes that are the workhorses...,
so any changes will have minimal impact on the LDAP DAS at them moment.
Cheers,
- Ole
Luciano Resende wrote:
Hi Amita
I was tak
Howdy,
UPDATE:
The LDAP DAS is reading and writing graphs and it can process the change
summary. I still have a few more tests to write, but I think it's pretty solid.
QUESTION:
Right now I default the isTypeSystemCreated configuration parameters (Keyed by
model namespaceURI) to false. If th
Hi Luciano,
Luciano Resende wrote:
Very good to hear these news Ole.
Regarding your question, does "create the LDAP type system" means
creating the LDAP schema on the LDAP server ?
Yes
Do you also have the
scenario of updating the schema ?
Yes as long as the Schema update is versioned u
Luciano Resende wrote:
Are we trying to make it much more complex ?
:-) I'm a big believer in as simple as possible, but no simpler.
Are users going to get
confused to think they have a local copy of the XML config file, but
the LDAP DAS is really using the one stored on the server ?
You
Hey Luciano,
Luciano Resende wrote:
Hi Ole
After you mentioned you are almost done with a initial version of
LDAP DAS that provides CRUD operations [1] I went to your sandbox [2]
to take a quick look at the current implementation and have couple
questions :
- Where is the latest implementa
List, wouldn't be
better to user TreeSet? Once you need to look up for namespaces on
the list frequently, unless if there are another reason to use List that
I'm
not aware about : )
Regards,
Adriano Crestani
On 7/24/07, Ole Ersoy <[EMAIL PROTECTED]> wrote:
Luciano Resende wrote:
&g
SNIP
Good, I'll wait for your updates to take a further look. Please let me
know when you committ these updates.
Cool - I'll check in and update in a few days.
SNIP
I have no idea of when SDO 3.0 will be available, and we are not sure
that we will have all the necessary APIs you think is mis
-DAS-Next
Reporter: Ole Ersoy
Assignee: Luciano Resende
Priority: Minor
Fix For: Java-DAS-Next
Attachments: das.ldap.parent.zip
Hi,
The attached zip contains the LDAP DAS Contribution. The current implementation uses EMF (EDataGraph, EDataObject
Hi Luciano,
I looked at the RAT log and noticed that I ended up including the server-work
directory in the zip. Could you please delete this from subversion. The
server-work directory is created when ApacheDS is started in embedded mode by
the tests.
I'll start patching the non-licensed jav
Hi,
I tried checking out "java" and eclipseefying the build, but I get this error:
1 required artifact is missing.
for artifact:
org.apache.tuscany.sca:sample-helloworld-dojo:war:1.0-incubating-SNAPSHOT
Thoughts?
Thanks,
- Ole
--
21031.html
On 8/9/07, Ole Ersoy <[EMAIL PROTECTED]> wrote:
Hi,
I tried checking out "java" and eclipseefying the build, but I get this error:
1 required artifact is missing.
for artifact:
org.apache.tuscany.sca:sample-helloworld-dojo:war:1.0-incubating-SNAPSHOT
Tho
.
Luciano Resende wrote:
What version of maven are you using ? Does it work with maven 2.0.5 ?
See more info here [1]
[1] http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg21031.html
On 8/9/07, Ole Ersoy <[EMAIL PROTECTED]> wrote:
Hi,
I tried checking out "java" and e
Hi,
I just tried building the entire java trunk, and I get the following build
failure:
---
T E S T S
---
Running
org.apache.tuscany.sca.contribution.services.ContributionMetadataDocumentPro
Hi Simon,
SNIP
assuming you have the source tree checked out of svn.
Yes
Can you try building
that module before you run the eclipse generation?
Sure - I'll give it a shot. If I'm in ./java how do I find the module?
Having said that I just knocked it out of my local repo and the eclips
SNIP
i.e. sca/modules/binding-sca-xml
Thanks for pointing this out Jean-Sebastien.
OK - I tried building the module by itself. I'm running jdk 1.6, but that
should be ok right? I get the following:
[INFO] Compiling 2 source files to
/home/ole/svn-workspace/java/sca/modules/binding-sca-xm
Jean-Sebastien Delfino wrote:
This is weird, the build works for me with Sun JDK 1.5.0_10 on Linux.
The latest nightly confluence build [1] is successful too.
Hmmm...Maybe it's my jdk...
Which JDK are you using?
Sun JDK 1.6.0 on Linux
Can you try to run a simple program with a main(
Hi Simon,
Simon Laws wrote:
I note from your other post that you are having problems with the full build
with JDK1.6. Is it possible for you to try with 1.5 as this is known to
work? We can then isolate JDK issues from these more general build issues.
Oh Man - It almost made it - I gave 1.5.
] BUILD SUCCESSFUL
[INFO]
[INFO] Total time: 48 minutes 3 seconds
[INFO] Finished at: Sun Aug 12 22:28:52 PDT 2007
[INFO] Final Memory: 61M/63M
[INFO]
--------
That's extremely cool! Thanks for the tip Jean Sebastien,
- Ole
Jean-Sebastien Delfino wrote:
Hi all,
I just thought I'd share this as I found it pretty useful when working
with our Webapp samples.
If you're using Eclipse WTP and want to get WTP Web Projects generated
for our Webapp
Hi Amita,
I saw someone else mention support for database schema generation, similar to what Hibernate has,
as a feature request, so just echoing it. In the "Support for Non SDO Types" category, I
think EMF EObject support would be cool. The Tuscany DAS seems to be "competing" with
the EMFT
Hi,
I know Amita is looking into DB > XSD. I was wondering if there is any work being done
on XSD > DB? Also can the SDO implementation generate the XSD if the SDO types are
provided, enabling SDO Type > XSD > DB?
Thanks,
- Ole
--
via XSD >
DB Schema would be supported by doing XSD > SDO > XSD > DB Schema just to get a
clean mapping of SDO types.
Thoughts?
Thanks,
- Ole
For this (i.e. lack of IDREF) RDB DAS has provided /
where user can specify the
required information. And it is used during data access.
Re
Hi Charuka,
I contributed the LDAP DAS a while back. It knows how to create a ApacheDS schema dynamically based on metadata on the SDO Objects (EMF objects really) and store, retrieve, delete DataGraph instances.
There's more work needed in the areas of:
Querying
===
Hi,
Hope it's ok that I ask this question of the Dev
list...It's sort of devvish.
I noticed in the eclipse cvs emf-build folder that
there is a maven script for creating mavenized emf
builds.
Does the Tuscany team use this to put the Maven
dependencies on a public repository anywhere?
Thanks,
-
Hi,
I just skimmed this so sorry if someone may have
answered your original question.
If you run
mvn eclipse:clean eclipse:eclipse,
it will restore the Maven project to it's original
pre-eclipse project state, and then recreate the
eclipse project files. This guarantees that the files
are up
Hi,
I'm a huge fan of EMF and think it's a great base to
build a automated testing framework around, and I
thought Tuscany might be a good home umbrella for it.
Here's an example of what I'm talking about.
EMF allows us to get specific
objects from the resource that contains them like this
(Gets
Anyone know whether there is a LDAP DAS planned for
Tuscany?
Thanks,
- Ole
Need Mail bonding?
Go to the Yahoo! Mail Q&A for great tips from Yahoo! Answers users.
http://answers.yahoo.com/dir/?link=list&sid=3
tart some design discussions and how we would go
> about getting it done.
>
> Thanks for Volunteering !!!
>
>
> --
> Luciano Resende
> http://people.apache.org/~lresende
>
> On 1/26/07, Ole Ersoy <[EMAIL PROTECTED]> wrote:
> >
> > Anyone know
the wiki would be a good way of
> doing this. Not sure if
> others have any more special handling for this...
>
> On the legal side, I think contributions via patches
> should work just fine.
>
> On 1/29/07, Ole Ersoy <[EMAIL PROTECTED]> wrote:
> >
> > H
>
>- Command syntax
> - mapping filters to ldap searches
> - is there a standard syntax for CRUD
> operations in ldap ?
>- Support for change summary
>
>
> --
> Luciano Resende
> http://people.apache.org/~lresende
>
> On 1/30/07,
me of the things that come
> to mind :
>
>- Command syntax
> - mapping filters to ldap searches
> - is there a standard syntax for CRUD
> operations in ldap ?
>- Support for change summary
>
>
> --
> Luciano Resende
> http://people.apache
- Ole
--- Luciano Resende <[EMAIL PROTECTED]> wrote:
> Trunk DAS is pretty stable, unless you find any
> problems with it, I'd
> recommend staying with trunk.
>
> On 1/30/07, Ole Ersoy <[EMAIL PROTECTED]> wrote:
> >
> > Should I be grabbing das
bmit it via JIRA?
> >
> > Thanks,
> > - Ole
> >
> >
> > --- Luciano Resende <[EMAIL PROTECTED]> wrote:
> >
> > > Trunk DAS is pretty stable, unless you find any
> > > problems with it, I'd
> > > recommend staying with trun
I
> have an answer right now,
> is around the config model, and where is the best
> place for it : API
> project, a common impl project , or each particular
> backend impl. Probably
> API, if the models don't defer much.
>
> Any Toughts ?
>
> --
> Luciano
and
> das.ldap would have it's own samples.
>
> Toughts ?
>
>
> On 1/31/07, Ole Ersoy <[EMAIL PROTECTED]> wrote:
> >
> > I'm looking at creating the maven project for the
> > das interfaces right now.
> >
> > I think
&g
Hi,
Ed Merks and I did some work on this (Mostly Ed :-) ).
I skimmed the JIRA briefly, and I think this applies
here:
See
https://bugs.eclipse.org/bugs/show_bug.cgi?id=166127
Here's a brief summary:
Case1:
The element is supposed to be namespaced,
but is not.
Case2:
The element is namespaced
Hi,
I'm working one some Maven plugins for automatically
producing Eclipse Documentation Plugins that have an
EMF (Could be pure documentation model) as a source.
The first guide I will be automating the production of
is this Apache Directory Contributor Guide:
https://svn.apache.org/repos/asf/d
Hi,
I've created an Ecore2Ecore Model and Processor.
I was wondering if this might find a home in Tuscany?
The model maps one ecore model to another.
It's different from the Eclipse implementation (Thought it was tricky to
use),
but I tried to reuse the naming of objects as much as possible.
what this Ecore2Ecore Model and
Processor is used for? Thanks.
Sincerely,
Fuhwei Lwo
Ole Ersoy <[EMAIL PROTECTED]> wrote: Hi,
I've created an Ecore2Ecore Model and Processor.
I was wondering if this might find a home in Tuscany?
The model maps one ecore model to another.
It's
is to decrease the dependence on EMF. An EMF-specific
(Ecore) mapping model would not be appropriate at Tuscany.
Have you considered contributing it to the EMFT (EMF Technology) project
at Eclipse? EMFT is the intended home for new EMF-based technologies.
Frank
Ole Ersoy <[EMAIL PROTECTED]>
Hi,
Is there interest in having an SAP R/3 Connector project within Tuscany.
It's a little tricky to test, but maybe someone here might know someone who
knows someone who has access to an R/3 instance.
I think Intalio already has a connector like this:
http://www.intalio.com/news/intaliobpms-fo
Hi,
I've started work on the design of the Tuscany LDAP DAS, and I find myself
using Ecore concepts/models like EStructuralFeature, etc. quite a bit,
when referring
to members of EClassifiers (SDO Classes), etc.
Does Tuscany have something similar/equivalent to Ecore that I should be
using in
Hi,
I asked this question a little differently before referring to EMF's ecore,
and I'll try again by restating what I wish to do.
Suppose I have an SDO instance
Class name UserSDO,
instance userSDO
I would like to get a list of all the non-complex object members of
userSDO
So for insta
ple and complex combined) that you
can get like this:
List properties = userSDO.getType().getProperties();
If you are interested in the simple ones, you need to do something like
this when iterating through the list:
if (property.getType().isDataType()) ...
Frank.
Ole Ersoy <[EMAIL PROTE
locally defined
properties - like EMF's getEStructuralFeatures().
Frank.
Ole Ersoy <[EMAIL PROTECTED]> wrote on 03/29/2007 03:04:52 PM:
Super - Thanks Frank.
This may be something I should be brining up to the SDO Specification
guys,
but it seems like Ecore's wa
references, so using that terminology would also be OK. I guess my
personal preference would be simple/complex, since the term attribute is
overloaded in SDO (attribute vs reference, and also attribute vs element
in the XML).
Frank.
Ole Ersoy <[EMAIL PROTECTED]> wrote on 03/29/2007 06:44:05 P
Hi,
I just sent this out on the directory developers list, but thought
the Tuscany might be interested as well.
Some like to see the material as it evolves and some like to see the
clean version.
For those of you in the first group, this is a very "early stage" draft.
I'm starting to do test
Cool - Thanks Luciano
- Ole
Luciano Resende wrote:
Sure, I saw your post on the directory list, but didn't have a chance to go
over that yet...
I'll try to send some feedback over the weekend.
On 3/30/07, Ole Ersoy <[EMAIL PROTECTED]> wrote:
Hi,
I just sent this out
Hope it's ok that I piggy back with a somewhat related question.
Does SDO a container for Type instances (the equivalent to an EMF EPackage)?
In the EMF API I would do something like
DataType dataType = EcoreFactory.eINSTANCE.createDataType();
//Initialize the dataType
//Add it to an ePackage c
ns are not important.
Regards, Kelvin.
On 09/04/07, Ole Ersoy <[EMAIL PROTECTED]> wrote:
Hope it's ok that I piggy back with a somewhat related question.
Does SDO a container for Type instances (the equivalent to an EMF
EPackage)?
In the EMF API I would do something li
ly using the SDO API.
http://java.sys-con.com/read/358059_2.htm
Regards, Kelvin.
On 10/04/07, Ole Ersoy <[EMAIL PROTECTED]> wrote:
Kelvin, Frank,
Great - Thanks for all the insight. I wrote
most of the DAS LDAP Design Guide using references
to EMF concepts, so I'll start usin
Hi Guys,
I have a few performance related
questions with respect to change
summary processing (Really spec related - hope it's ok that I float it
here).
I just looked at the Change
summary API and it looks like
the DataGraph sets the
isDeleted and isCreated
flags on each DataObject instance
th
Hi,
I've been looking at the SDO Specification
and Javadocs trying to figure out how to get a dataobject's
path (Relative to it's root).
Something like:
String path = DataGraph.getPath(dataObject);
Which would return something like:
"//company/employees[2]/"
Thoughts?
Thanks,
- Ole
-
Frank, Kelvin,
Thanks - That's exactly what I'm looking for.
Cheers,
- Ole
Frank Budinsky wrote:
There's no standard SDO API, but we have a Tuscany utility method which is
used in the implementation of Java serialization:
DataObjectUtil.getXPath(DataObject dataObject)
Hi Frank,
SNIP
If you look at class ChangeSummaryImpl, you'll notice that in Tuscany we
actually implement this with three separate lists under the covers. The
isDeleted() method, for example, looks like this:
public boolean isDeleted(DataObject dataObject)
{
return getCachedDeletedO
e improved. Perhaps you'd like to get involved in
the spec discussion on this issue, when it begins? Now that it's moving to
OASIS (http://osoa.org/display/Main/News+about+SCA+and+SDO), SDO design
discussions will be open to everyone.
Frank.
Ole Ersoy <[EMAIL PROTECTED]> wrote
ahead :-)
I'll just collect ideas, and wait until the Charter gets finalized.
Thanks,
- Ole
Frank.
Ole Ersoy <[EMAIL PROTECTED]> wrote on 04/18/2007 01:41:53 PM:
Hi Frank,
I looked around osoa.org to sign up for a account,
but could not find a signup
page. Do you know if it&
Hey Guys,
This just came across the wire on the JUnit
mailing list.
http://gtcgroup.com/soaj/Road.to.SOAj.html#AMT
Here's a little excerpt:
==
Hey, did you read that last bullet? It is a significant differentiator
between a “
start.
On 4/30/07, Ole Ersoy <[EMAIL PROTECTED]> wrote:
Hey Guys,
This just came across the wire on the JUnit
mailing list.
http://gtcgroup.com/soaj/Road.to.SOAj.html#AMT
Here's a little excerpt:
==
Hey, did you rea
LDAP DAS Contribution
-
Key: TUSCANY-1495
URL: https://issues.apache.org/jira/browse/TUSCANY-1495
Project: Tuscany
Issue Type: New Feature
Reporter: Ole Ersoy
Priority: Minor
Hi,
The attached
[
https://issues.apache.org/jira/browse/TUSCANY-1495?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ole Ersoy updated TUSCANY-1495:
---
Attachment: das.ldap.parent.zip
> LDAP DAS Contribut
InitialContextCreator Patches
-
Key: TUSCANY-1538
URL: https://issues.apache.org/jira/browse/TUSCANY-1538
Project: Tuscany
Issue Type: Improvement
Components: Java DAS LDAP
Reporter: Ole
[
https://issues.apache.org/jira/browse/TUSCANY-1538?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ole Ersoy updated TUSCANY-1538:
---
Attachment: InitialContextCreatorTestPatch.txt
> InitialContextCreator Patc
[
https://issues.apache.org/jira/browse/TUSCANY-1538?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ole Ersoy updated TUSCANY-1538:
---
Attachment: InitialContextCreatorPatch.txt
> InitialContextCreator Patc
Reporter: Ole Ersoy
Priority: Trivial
Javadoc Update to the InitialContextCreatorHelper
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
-
To
[
https://issues.apache.org/jira/browse/TUSCANY-1550?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ole Ersoy updated TUSCANY-1550:
---
Attachment: InitialContextCreatorHelperPatch.txt
> InitialContextCreatorHelper Java
MetaContextCreator.java Patch
-
Key: TUSCANY-1551
URL: https://issues.apache.org/jira/browse/TUSCANY-1551
Project: Tuscany
Issue Type: Improvement
Components: Java DAS LDAP
Reporter: Ole
[
https://issues.apache.org/jira/browse/TUSCANY-1551?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ole Ersoy updated TUSCANY-1551:
---
Attachment: MetaContextCreatorPatch.txt
> MetaContextCreator.java Pa
94 matches
Mail list logo
