Andy Page

Greenhorn
+ Follow
since Jul 29, 2002
Cows and Likes
Cows
Total received
0
In last 30 days
0
Total given
0
Likes
Total received
0
Received in last 30 days
0
Total given
0
Given in last 30 days
0
Forums and Threads
Scavenger Hunt
expand Ranch Hand Scavenger Hunt
expand Greenhorn Scavenger Hunt

Recent posts by Andy Page

the interesting thing is that when i load each individual client via hibernateTemplate.load(Client.class, id), everything works just fine: i go through all client ids, load each one and everything works as expected; and yet hibernateTemplate.loadAll(Client.class) fails with "collection is not associated with any session"
i am struggling with "collection is not associated with any session" exception. this is what i have:



one client can have many rules:


same rule can belong to many clients



i would like to load all clients and for each client load all rules that belong to it. all in one shot as my app initializes.

it seems like the best way to map is to use <set> inside of the client and either map it as a value or an entity:



or



in both cases i get "collection is not associated with any session" exception when i run hibernateTemplate.loadAll(Client.class); if i remove the <set> from Client mapping file, everything works fine, so my hibernate machinery is OK.



any suggestions on how this mapping can be changed?

thank you.
[ March 29, 2008: Message edited by: Andy Page ]
Hello all,

As an alternative to MS SharePoint we are using internally, and
assorted standalone wiki installations (snipsnap, friki, xwiki, tikiwiki), I have been looking for the open-source Java portal/CMS
frameworks with the following features (these are must-have):

- mature forums engine (moderators, topic hierarchies, searcheable)
- knowledgebase (wiki-like with support for versioning, comments,
searcheable)

It would be nice if both of the above were integrated - single sign-on
against LDAP or SiteMinder or NTLM, search across both content
repositories.

In addition it would be nice to have standards support (JSR168, JAAS,
J2EE, JSF, WSRP, etc), ability to run on multiple DB backends.

So far the closest is Nukes on JBoss that despite all of its
shortcomings (no JAAS, no JSR168, dependence on JBoss) has the
features I need (with the exclusion of single sign-on).

These are the resources I've checked so far:

http://www.manageability.org/blog/stuff/open_source_portal_servers_in_java/view
http://java-source.net/open-source/portals
http://java-source.net/open-source/content-managment-systems
http://oscom.org/matrix/index.html

Perhaps someone has integrated a forums and a wiki module into some of
the cms/portal solutions mentioned above - please let me know (eXo, uPortal, liferay are good candidates).

Thank you.
Hello all,

As an alternative to MS SharePoint we are using internally, and
assorted standalone wiki installations (snipsnap, friki, xwiki, tikiwiki), I have been looking for the open-source Java portal/CMS
frameworks with the following features (these are must-have):

- mature forums engine (moderators, topic hierarchies, searcheable)
- knowledgebase (wiki-like with support for versioning, comments,
searcheable)

It would be nice if both of the above were integrated - single sign-on
against LDAP or SiteMinder or NTLM, search across both content
repositories.

In addition it would be nice to have standards support (JSR168, JAAS,
J2EE, JSF, WSRP, etc), ability to run on multiple DB backends.

So far the closest is Nukes on JBoss that despite all of its
shortcomings (no JAAS, no JSR168, dependence on JBoss) has the
features I need (with the exclusion of single sign-on).

These are the resources I've checked so far:

http://www.manageability.org/blog/stuff/open_source_portal_servers_in_java/view
http://java-source.net/open-source/portals
http://java-source.net/open-source/content-managment-systems
http://oscom.org/matrix/index.html

Perhaps someone has integrated a forums and a wiki module into some of
the cms/portal solutions mentioned above - please let me know (eXo, uPortal, liferay are good candidates).

Thank you.
17 years ago
it would be nice if someone could point me to a good doc, explaining in details the way classloading is affected by the settings i've tried, as well as a good explanation of jboss 3.2.3 classloading mechanism and possible causes of my errors.

so far i went through the jboss forums, got the latest $10 book, read the getting started and the wiki.

thanks
17 years ago

Originally posted by Jeff Shelley:
actually, man, it happens to me when there's only one deployed. So I don't know. This is getting fun, though.



just to make sure - do not use hot deploy
17 years ago
i just tried leaving the working 0.5.1a instance in deploy directory as exploded war file, and adding a new 0.5.2a instance.

1. 0.5.2a as an exploded war - they influence each other, no go
2. 0.5.2a as an exploded war within an xxx.ear directory - they still influence each other, no go
3. 0.5.2a as an exploded war within an xxx.ear directory with modified jboss-app.xml (see code block above) - it loaded both apps fine, registered keys and all, the old 0.5.1a works just great, but when i tried to hit and configure new 0.5.2a, it dies with the exception below. this means, that i was successfully able to isolate the two apps, however, i cannot get the isolated one to run properly.


[ June 24, 2004: Message edited by: x0r ]
17 years ago

Originally posted by Jeff Shelley:
I had not configured it. That's giving me some error from some InitFilter.

org.picocontainer.defaults.DuplicateComponentKeyRegistrationException:
Key class org.snipsnap.container.MessageLogService duplicated
at org.picocontainer.defaults.DefaultPicoContainer.registerComponent(DefaultPicoContainer.java:80)
at org.picocontainer.defaults.DefaultPicoContainer.registerComponentImplementation(DefaultPicoContainer

So I'll have to play with that for a while.

[ June 24, 2004: Message edited by: Jeff Shelley ]





right, this means that they influence each other (duplicate key registration). this is when i started playing with UCL to see if i can isolate the two.
17 years ago

Originally posted by Jeff Shelley:
ok. I was able to deploy both of them.

My jboss-service.xml doesn't have any of those
Java2ClassLoadingCompliance or UseJBossWebLoader settings anywhere.

I didn't need to mess with war scoped loading either.

but then again. I wasn't able to find version 0.5.1a, so I used 0.5.2a.

Do you think your distribution could have become corrupted during your download?



thank you for your response.

did you deploy, or deploy+configured both of them, since there is a setup process that an instance goes through?

i have to admit, i have not tried the new version yet, since there was a considerable investment into tweaking the old one.

as for corruption, each of the exploded wars works fine by itself, with the default jboss settings.
17 years ago

Originally posted by Jeff Shelley:
What Request URI caused your error? I had always thought that the jars in lib directories in web archives were treated differently than jars in ears.



just accessing the app's front page (or any page for that matter).

that is if it actually got deployed, in most cases, when i tried the configuration above, it won't even deploy the app (i did not hotdeploy, restarting the server with each config change).

below is the typical example of such behavior:

17 years ago
i think the problem is that the wars need to be loaded via two completely isolated classloaders that share nothing with each other. however, when i try to configure that, it fails to find existing libraries bundled with the app.
17 years ago

Originally posted by Jeff Shelley:
I'm gonna try that out. Is there anything you could send me to help out? like are you using classes, jars, jsp's?

When things "blow up" is it because they affected each other, or they blew up individually?



if i drop the exploded war into the deploy directory, it works just fine.
then, in preparation for the co-existing apps, i try to make one single exploded war work with various classloading schemes. that fails.
next, i try two exploded wars - the result is the same.

the app is snipsnap 0.5.1a ( http://snipsnap.org/ )

please see the stacktrace below:


[ June 24, 2004: Message edited by: x0r ]
17 years ago

Originally posted by Jeff Shelley:
Also, in the mean time, would putting your xml jar in the main deployer (the deploy directory) fix that?



war is in the exploded format
17 years ago
i have two exploded wars that are identical except for a few configuration parameters.

if i deploy just one (put it under a.war directory in deploy directory) - all is fine

if i deploy both at the same time (a.war and b.war directories) - they influence each other and blow up

i have followed the following wiki entry:
http://www.jboss.org/wiki/Wiki.jsp?page=ClassLoadingConfiguration

configuration:
- sun jdk 1.4.2_04
- jboss3.2.3

1. just deploying a.war

1.1 changing jbossweb-tomcat41.sar/META-INF/jboss-service.xml



result:

blows up - javax.servlet.ServletException: org/xml/sax/Attributes
although this file is present in a jar under WEB-INF/lib

1.2 changing jbossweb-tomcat41.sar/META-INF/jboss-service.xml



result:

blows up


1.3 changing jbossweb-tomcat41.sar/META-INF/jboss-service.xml



result:

blows up


1.4 created a.war/WEB-INF/jboss-web.xml with the following:



result:

blows up


1.5 tried 1.4 with 1.1-1.3

result:

blows up

1.6 put a.war into a.ear, put b.war into b.ear

created application.xml:


and jboss-app.xml


same with b.ear/b.war, with proper changes

result: blows up with javax.servlet.ServletException: org/xml/sax/Attributes


i am very-very confused. thank you for your help
17 years ago