Im running out of ideas also , I read the javadoc for the JNDIPlugIn
doc, and I dunno but whats goign on, the server its responding, but Im
missing something, I dunno if I should override the LDAPPlugIn class
methods, and add my custom filters or what... :S.
that example you post here I found it also but the link is broken. :S
Im gonna try contact him directly.
Thanks for the help anyway.. I will post if I get this answer.. which
is driving me crazy already.
:@
Cheers
Gus
On May 11, 2009, at 3:44 PM, David Avendasora wrote:
Hey Gustavo,
Okay, I'm out of ideas at this point. Did you read the class javadoc
for the jndiadaptor package? (http://tuvix.apple.com/documentation/DeveloperTools/Reference/WO541Reference/com/webobjects/jndiadaptor/package-summary.html
)
Also, when googleing for webobjects ldap relationship, I found an
example app by Gavin Eadie (http://wo-examples.blogspot.com/2007/07/ldap-application.html
)
Maybe those will help you progress further. I'm guessing that this
is a simple thing where you are missing something really small, but
important.
Good Luck! If you figure it out, make sure to post back with what
helped you get it working.
Dave
On May 11, 2009, at 9:05 AM, Gustavo Adolfo Pizano wrote:
Hello Dave.
This are the results, Im trying the get all the XWSContacts from
the XWSContactsGroup called GOEN
<LDAPResults.rtf>
Im not LDAP guy also, my boss is, he checked those results and said
that form the LDAP side the response is going good, the server is
returning good the information.
Also, since I'm not an LDAP guy, what exactly is in the cn
attribute? Is it the user's name or what? What other attributes
are available? What do you get if you iterate over the dn
attribute of the Contacts?
cn is the common name, which is unique.
doing a .toString(). gives me this...
<xws.app.components.eo.XWSContact pk:"cn=GOEN,cn=Contacts">
<xws.app.components.eo.XWSContact pk:"cn=GOEN,cn=Contacts">
which is the part after each cn of th XWSContacts..
example.
XWS
-Contacts (cn=Contacts) : rdn: cn=Contacts / dn:
cn=Contacts,o=xws
-GOEN(cn=GOEN) rdn :cn=GOEN, cn=Contacts / dn: cn=GOEN,
cn=Contacts,o=xws
-28-Korfalt (cn= 28-Korfalt) rdn: cn= 28-Korfalt,cn=Contacts /
dn: cn= 28-Korfalt,cn=Contacts,o=xws
-887-Goen (cn=887 Goen)
my base is o=xws..
well as I said Im not a LDAP guy also but so far this is what I
understand form reading the doc of the JDNI adaptor for WO
Any Ideas??? what might be happening?
Gustavo
On May 11, 2009, at 2:42 PM, David Avendasora wrote:
On May 11, 2009, at 8:21 AM, Gustavo Adolfo Pizano wrote:
UPDATE:
I have checked the console of LDAP, and in fact its returning all
the results, but something interesting is that the first return
result is the one that Im getting n-times.
Can you paste those results here?
Also, since I'm not an LDAP guy, what exactly is in the cn
attribute? Is it the user's name or what? What other attributes
are available? What do you get if you iterate over the dn
attribute of the Contacts?
What if you just log the contact.toSring() instead of
contact.cn() ? That should show you if you are _really_ getting
the same EO over and over again.
Dave
so somehow EOF or JNDI plugin is ignoring the other results.
:S
now im lost. :S :(
Gustavo
On May 11, 2009, at 2:11 PM, Gustavo Adolfo Pizano wrote:
Hello Dave.
I tried with XWSContactsGroups and had the same results, Im
gonna try to be more clear of what Im doing:
There must be something in the WSContacts already that refers
back to the XWSContactGroup. You should use that existing
attribute as the FK.
There is no such an attribute in the LDAP server for XWSContact,
or XWSContactsGroup.
all turns around the DN. after reading the documentation of the
JNDI plugin for webobjects, it says that the
relativeDistinguishName (rdn) is a attribute that acts as a PK
(comparing to a SQL server) but this is a string and its not
auto-generated(there is a work around). so ie.
XWSContactsGroup DN's
cn=Apple,cn=Contacts,o=xws
Apple is a XWSContactGroup, the rdn is cn=Apple,cn=Contacts and
the base search is o=xws.
with the qualifier I created I specify (correct me if Im wrong),
qqual = new
ERXKeyValueQualifier
(XWSContactsGroup.RELATIVE_DISTINGUISHED_NAME_KEY,
EOQualifier.QualifierOperatorContains,"cn=Contacts");
NSArray<XWSContactsGroup> gl =
XWSContactsGroup.fetchXWSContactsGroups(ec, qqual,
new NSArray(new Object[]
{ EOSortOrdering.sortOrderingWithKey(XWSContactsGroup.CN_KEY,
EOSortOrdering.CompareAscending)}));
I want all the XWSContactsGroup that are inside the
XWSContactGroup with rdn: Contacts, including this last one
(which is the parent group)
and when I want to check the cn of wach object in the array,
well, I get n-times the cn of one of the XWSContactGroup.
So, you are getting the number of records you'd expect, but
they are all same XWSContact? That sounds extremely odd. What
data are you expecting to be in the "cn" attribute of the
XWSContact?
the cn attribute is the current name of that element.
IT IS ODD. why should I get the right number of elements but all
the same elements.
I have tried doing it trough objectswithfetchspecification, but
well it does nothing different, I was doing the same as the
_XXX.java class does in int he fetch method.
odd odd odd... dont get it why.
maybe somebody will?...
Gus
On May 11, 2009, at 1:48 PM, David Avendasora wrote:
On May 11, 2009, at 7:10 AM, Gustavo Adolfo Pizano wrote:
Hello David.
Yes in fact I have realized about that.. in the LDAP there is
no FK attribute, and I can't modify the schema, so I need to
come with something.
There must be something in the WSContacts already that refers
back to the XWSContactGroup. You should use that existing
attribute as the FK.
I have done the following to fetch all XWSContacts in a
specific XWSCntacGroup.
EOQualifier qqual = new
ERXKeyValueQualifier(XWSContact.RELATIVE_DISTINGUISHED_NAME_KEY,
EOQualifier
.QualifierOperatorCaseInsensitiveLike,"cn=Dolis,cn=Contacts");
NSArray<XWSContact> cs= XWSContact.fetchXWSContacts(ec,
qqual,null);
What attribute in XWSContatGroup would contain
"cn=Dolis,cn=Contacts"?
when I check the size of the NSArray, I see it has 18
elements, which in fact checking the LDAP server it's true...
Okay, so it looks like that should be the FK, why can't you use
that then?
BUT!, when I do the following to check the cn of all the
XWSContacts :
for(int i =0 ;i < cs.size(); i++)
{
System.out.println(cs.objectAtIndex(i).cn());
}
On a completely side note, here's a much nicer way of doing the
for loop (if you are using WO 5.4 or WO 5.3 with WOnder):
for (XWSContact aContact : cs)
{
System.out.println(aContact.cn());
}
I get the follwoing:
7764-Sucharov‡
7764-Sucharov‡
7764-Sucharov‡
7764-Sucharov‡
7764-Sucharov‡
7764-Sucharov‡
7764-Sucharov‡
7764-Sucharov‡
7764-Sucharov‡
7764-Sucharov‡
7764-Sucharov‡
7764-Sucharov‡
7764-Sucharov‡
7764-Sucharov‡
7764-Sucharov‡
7764-Sucharov‡
7764-Sucharov‡
7764-Sucharov‡
which is one of the XWSContact with is inside the group I
specify in the Qualifier... I dunno what's wrong with the
qualifier.. :S
So, you are getting the number of records you'd expect, but
they are all same XWSContact? That sounds extremely odd. What
data are you expecting to be in the "cn" attribute of the
XWSContact?
Dave
Any clue?
Gustavo
On May 11, 2009, at 12:52 PM, David Avendasora wrote:
Hi Gustavo,
I have never done any LDAP stuff, but I see a couple things
that don't sound or look quite right. Maybe they are, but I
figure it can't hurt to make some observations. See below:
On May 11, 2009, at 4:38 AM, Gustavo Adolfo Pizano wrote:
Hello again, and sorry for disturbing so much, but this
topic is giving me a headache due that is first time I work
with LDAP and not an WO/EOF expert.
I have two Entity (reversed engineered form the LDAP server)
called XWSContactsGroup and XWSContact.
XWSContactgroup can have more XWSContactsGroup ObjClass
inside and XWSContact also. so it will look like.
-XWS (root)
-Contacts (XWSContactsGroup)
-Apple.(XWSContactsGroup)
-Gustavo Pizano
-XWS(XWSContactsGroup)
-Veronica Pizano
-Carolina Pizano
-PhotoCenter(XWSContactsGroup)
-Gilbert Pizano
etc.
When I try to set the relations in EOModeler, I just did it
as I normally did with a SQL server, it palced a FK called
XWSContactsGroupID and the respectively relationships.
Are you saying that when you added the relationship in Entity
Modeler, it added a FK attribute that is not actually in the
LDAP server? Entity Modeler gives you the option to specify
what the PK and FK are maually, and if you don't it can
create new ones. I don't think you want it creating new ones.
Go back to Entity Modeler and select the relationship and
make sure the source and destination attributes of the
relationship are the correct attributes - the same ones that
the LDAP server will use to join the records together.
When I do the fetch of one XWSContactsGroup, let say i.e ,
and I try to get what it has inside, in this case more
XWSContactsGroup, I get hte following exception. :
com.webobjects.jndiadaptor.JNDIAdaptorException: Cannot get
type with name relativeDistinguishedName for attribute
xWSContactsGroupID
Above you say the FK is called "XWSContactsGroupID" and here
it's complaining about "xWSContactsGroupID" (note the
lowercase "x"). Could that be causing problems?
I checked, and it seems weird to me that, of course the
relativeDistinguishedName att (pk) will never be the same,
How can a PK never be the same? Isn't it the identifier of
the record in the LDAP record? How can that change without
breaking lots of stuff?
Dave
so how can I set up the relationship and against what, to
make it work properly?, or should I connect directly to the
server avoiding the EOF?
Thanks again,
Gustavo Pizano
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected]
)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/webobjects%40avendasora.com
This email sent to [email protected]
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to [email protected]
