Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 36 Next »

[08:51:15 CDT(-0500)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[09:00:11 CDT(-0500)] * edalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[09:03:58 CDT(-0500)] * edalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[09:47:12 CDT(-0500)] * esm_ (n=esm@esm.qis.net) has joined ##uportal
[09:50:08 CDT(-0500)] * esm_ (n=esm@esm.qis.net) has joined ##uportal
[09:50:29 CDT(-0500)] <esm_> hmm. anyway, g'morning
[09:55:24 CDT(-0500)] <EricDalquist> morning
[10:09:49 CDT(-0500)] <EricDalquist> hrm ... it appears your tweaks make thinks work out so I don't need to run mvn install to get the uP3.ear built correctly
[10:09:52 CDT(-0500)] <EricDalquist> just bootstrap
[10:09:53 CDT(-0500)] <EricDalquist> very nice
[10:13:17 CDT(-0500)] <esm_> yah it was a hack - i think
[10:13:27 CDT(-0500)] <EricDalquist> hows that?
[10:14:17 CDT(-0500)] <esm_> had to do this to the uportal3-ear pom: http://developer.ja-sig.org/source/browse/jasigsvn/up3/branches/maven2-simple/uportal3-ear/pom.xml?r1=11890&amp;r2=11892
[10:14:51 CDT(-0500)] <esm_> even though the uportal3-components is a dependency of the maven-ear-plugin in the <build> section, I had to add it as a provided dependency.
[10:15:03 CDT(-0500)] <EricDalquist> weird
[10:15:07 CDT(-0500)] <esm_> yeah.
[10:15:13 CDT(-0500)] <esm_> but it seems to work.
[10:15:20 CDT(-0500)] <EricDalquist> doesn't seem too hacky
[10:15:24 CDT(-0500)] <esm_> there may be a better way to handle that, but I don't know what it is.
[10:15:38 CDT(-0500)] <EricDalquist> I'm getting annoyed with the maven antlib
[10:15:43 CDT(-0500)] <esm_> (sad)
[10:15:48 CDT(-0500)] <EricDalquist> <artifact:pom file="pom.xml" id="project" />
[10:15:48 CDT(-0500)]

<EricDalquist> <echo>Properties: $

Unknown macro: {project.properties}

</echo>


[10:16:13 CDT(-0500)] <EricDalquist> that in a build.xml will print the big Properties object that represents all of our properties
[10:16:35 CDT(-0500)]

<EricDalquist> if I change it to $

Unknown macro: {project.properties.pluto-utils.version}

[10:16:36 CDT(-0500)] <EricDalquist> it fails
[10:16:38 CDT(-0500)] <esm_> i'm sensing a but...
[10:16:39 CDT(-0500)] <esm_> ok
[10:16:42 CDT(-0500)] <esm_> hmm
[10:16:46 CDT(-0500)] <EricDalquist> I can't seem to reference anything within the Properties object
[10:16:49 CDT(-0500)] <EricDalquist> (tongue)
[10:17:01 CDT(-0500)]

<esm_> can you just reference $

Unknown macro: {pluto-utils.version}

on its own?


[10:17:06 CDT(-0500)] <EricDalquist> hrm
[10:17:29 CDT(-0500)] <EricDalquist> nope
[10:17:34 CDT(-0500)] <esm_> hmm
[10:18:15 CDT(-0500)] <EricDalquist> one option is to create some dummy poms that declare dependencies specificly for the different things in ant I want to do
[10:18:16 CDT(-0500)] <EricDalquist> brb
[10:19:49 CDT(-0500)] <EricDalquist> back
[10:19:54 CDT(-0500)] <EricDalquist> so I'm going to try that
[10:20:08 CDT(-0500)] <EricDalquist> just to avoid hard coding dependency versions in the build.xml
[10:21:42 CDT(-0500)] <esm_> yeah..
[10:22:19 CDT(-0500)]

<esm_> do you have access to $

Unknown macro: {project.dependencies}

[10:22:25 CDT(-0500)] <EricDalquist> yeah
[10:22:42 CDT(-0500)] <EricDalquist> I can just give it a pom reference and get all depencies as a classpath
[10:25:42 CDT(-0500)] <esm_> I've definitly lost some of my ant foo
[10:26:23 CDT(-0500)]

<esm_> you should be able to get $

Unknown macro: {project.propoperties}

into an ant properties element


[10:26:27 CDT(-0500)] <esm_> hmm
[10:26:35 CDT(-0500)] <esm_> i don't even know if i'm saying that right
[10:26:54 CDT(-0500)] <EricDalquist> hrm
[10:27:00 CDT(-0500)] <EricDalquist> I can look at that
[10:29:39 CDT(-0500)] <esm_> lemme find my ant book{color}
[10:29:43 CDT(-0500)] <esm_> the online manual is frustrating

[10:33:01 CDT(-0500)] <esm_> I have no idea. maybe you can't
[10:33:24 CDT(-0500)]

<esm_> <property>$

Unknown macro: {project.properties}

</property>


[10:50:18 CDT(-0500)] * lescour (n=JBouncer@adsl-38-10-98.tulsaconnect.com) has joined ##uportal
[10:52:37 CDT(-0500)] * andrew_petro_ubu (n=apetro@uni1.unicon.net) has joined ##uportal
[10:53:01 CDT(-0500)] <EricDalquist> sorry, got caught in a random discussion here
[10:54:24 CDT(-0500)] <esm_> haha no problem
[10:54:36 CDT(-0500)] <esm_> i'm busy doing all sorts of things at home
[10:55:11 CDT(-0500)]

<esm_> <property name="foo" value="$

Unknown macro: {project.properties}

/>


[10:55:16 CDT(-0500)] <esm_> i wonder if that works
[10:55:30 CDT(-0500)] <EricDalquist> I'll give that a try
[10:57:10 CDT(-0500)] <EricDalquist> nope, just gets set to the big properties string
[10:57:22 CDT(-0500)] <EricDalquist> Properties: {pluto-taglib.version=1.1.1, xalan.version=2.7.0, pluto-util.vers...
[11:41:11 CDT(-0500)] <EricDalquist> grrr
[11:42:03 CDT(-0500)] <EricDalquist> I'm referencing uportal3-ant-tasks/pom.xml in the build.xml for doing the EAR deployment
[11:42:24 CDT(-0500)] <EricDalquist> problem is it doesn't know how to reference the uportal3-ear-deployer sub-project
[13:11:42 CDT(-0500)] * esm (n=esm@esm.qis.net) has joined ##uportal
[14:43:55 CDT(-0500)] * esm (n=esm@esm.qis.net) has joined ##uportal
[14:44:45 CDT(-0500)] <esm> (smile)
[14:44:51 CDT(-0500)] <EricDalquist> hello
[14:45:13 CDT(-0500)] <esm> hey
[14:46:27 CDT(-0500)] <EricDalquist> run time bug wack-a-mole gets annoying
[14:46:31 CDT(-0500)] <EricDalquist> I think most of it is fixed
[14:46:46 CDT(-0500)] <esm> sweet
[14:46:49 CDT(-0500)] <EricDalquist> I'm down to which versions of xerces/xalan to use and where to put them
[14:46:51 CDT(-0500)] <esm> shoudl i update?
[14:46:54 CDT(-0500)] <esm> ook
[14:46:56 CDT(-0500)] <EricDalquist> not yet
[14:47:06 CDT(-0500)] <EricDalquist> I need to get this figured out before it is usefull at all
[14:48:15 CDT(-0500)] <esm> are they compile-time deps of the uportal3-impl project?
[14:48:39 CDT(-0500)] <EricDalquist> yeah, I had them in both shared/lib and uP3/WEB-INF/lib
[14:48:47 CDT(-0500)] <EricDalquist> which caused a class cast problem because of the classloaders
[14:48:52 CDT(-0500)] <esm> right
[14:48:58 CDT(-0500)] <EricDalquist> I'm hoping they don't need to go into the endorsed dir
[14:49:07 CDT(-0500)] <EricDalquist> cause that will complicate the EAR deployment process
[14:49:38 CDT(-0500)] <esm> i don't think they should need ot be endorsed
[14:50:02 CDT(-0500)] <esm> hopefully they don't. If they do that means there is some strange dependency going on with the xml apis
[14:50:26 CDT(-0500)] <esm> they should jsut be able to go into the webapp's classloader right?
[14:50:30 CDT(-0500)] <esm> do they need to be shared at all?
[14:51:12 CDT(-0500)] <EricDalquist> yeah
[14:51:15 CDT(-0500)] <EricDalquist> because of castor
[14:51:25 CDT(-0500)] <EricDalquist> thats where the class cast comes from
[14:51:35 CDT(-0500)] <esm> wth.
[14:51:38 CDT(-0500)] <esm> grrr.
[14:51:42 CDT(-0500)] <EricDalquist> since the pluto portlet initiates registration with the container
[14:51:50 CDT(-0500)] <EricDalquist> it is calling from the uP3 classloader
[14:52:03 CDT(-0500)] <EricDalquist> so when the pluto container goes to parser the XML files with castor
[14:52:18 CDT(-0500)] <EricDalquist> castor sees the XML apis from the uP3 classloader, not the shared classloader
[14:52:27 CDT(-0500)] <EricDalquist> (that is my assumption at least_
[14:52:35 CDT(-0500)] <EricDalquist> which means
[14:52:44 CDT(-0500)] <EricDalquist> and portlet than includes those libs will have problems
[14:52:50 CDT(-0500)] <EricDalquist> unless the libs are endores
[14:52:52 CDT(-0500)] <EricDalquist> endoresed
[14:53:13 CDT(-0500)] <EricDalquist> but that isn't a great solution either
[14:53:24 CDT(-0500)] <EricDalquist> since that will force everyone to a single version of xerces
[14:53:41 CDT(-0500)] <EricDalquist> aren't classloaders fun?
[14:54:01 CDT(-0500)] <esm> the pluto portlet servlet lives in shared
[14:54:09 CDT(-0500)] <EricDalquist> yup
[14:54:11 CDT(-0500)] <esm> so it should be using the xml libs that are in shared
[14:54:23 CDT(-0500)] <esm> or the ones packaged with the JDK
[14:54:31 CDT(-0500)] <EricDalquist> but the thread's classloader is uP3s
[14:54:38 CDT(-0500)] <EricDalquist> so if it uses the threads classloader ....
[14:54:42 CDT(-0500)] <esm> ah.
[14:54:44 CDT(-0500)] <esm> hm
[15:03:59 CDT(-0500)] <EricDalquist> I think I'm just going to declare a spring.version
[15:04:02 CDT(-0500)] <esm> endorsed is a part of the tomcat common classloader
[15:04:03 CDT(-0500)] <esm> ok
[15:04:16 CDT(-0500)] <EricDalquist> having one property for each spring-* is a pita
[15:04:41 CDT(-0500)] <esm> yeah
[15:04:49 CDT(-0500)] <esm> i was wondering about that
[15:04:52 CDT(-0500)] <esm> same for pluto as well
[15:05:02 CDT(-0500)]

<esm> $

Unknown macro: {pluto.version}

is easier


[15:05:07 CDT(-0500)] <EricDalquist> yeah
[15:32:12 CDT(-0500)] <EricDalquist> someone needs to write multi-threaded javac/javadoc tools (wink)
[15:32:31 CDT(-0500)] <esm> (smile)
[15:34:05 CDT(-0500)] <EricDalquist> this is weird
[15:34:26 CDT(-0500)]

<EricDalquist> I tried changing all the spring deps to use $

Unknown macro: {spring-framework.version}

[15:34:35 CDT(-0500)] <EricDalquist> they are all in uportal3-impl
[15:34:40 CDT(-0500)] <EricDalquist> mvn install works fine there
[15:34:55 CDT(-0500)] <EricDalquist> but mvn install in the uP3 sub-package fails
[15:35:10 CDT(-0500)]

<EricDalquist> because it can't resolve $

Unknown macro: {spring-framework.version}

[15:37:56 CDT(-0500)] <esm> is the parent set correctly?
[15:38:08 CDT(-0500)] <esm> dang..
[15:38:29 CDT(-0500)] <EricDalquist> I think I needed to do a mvn install on the root
[15:38:39 CDT(-0500)] <EricDalquist> it was getting the property info from the repo not the local project
[15:38:45 CDT(-0500)] <EricDalquist> friggin war archtype is annoying
[15:40:47 CDT(-0500)] <esm> yeah I normally just use the simple archtype
[15:41:58 CDT(-0500)] <esm> i may upgrade pluto to castor 1.1 which was just recently released.
[15:42:13 CDT(-0500)] <esm> should remove its explicit dep on Xerces
[15:42:34 CDT(-0500)] <EricDalquist> mmm
[15:42:37 CDT(-0500)] <EricDalquist> that would be nice
[15:42:58 CDT(-0500)] <EricDalquist> sun has really made a mess of XML and java though
[15:43:54 CDT(-0500)] <esm> it is better in 5.0 i think
[15:44:02 CDT(-0500)] <EricDalquist> yeah
[15:44:07 CDT(-0500)] <EricDalquist> it is
[15:44:19 CDT(-0500)] <esm> rg.exolab.castor.xml.serializer.factory=org.exolab.castor.xml.XercesJDK5XMLSerializerFactory
[15:44:28 CDT(-0500)] <esm> put that in castor.properties and we should be good
[15:44:33 CDT(-0500)] <EricDalquist> cool
[15:44:44 CDT(-0500)] <esm> castor only needs xerces anyway for pretty printing.
[15:44:50 CDT(-0500)] <EricDalquist> UHG:
[15:44:51 CDT(-0500)] <EricDalquist> ERROR [main] context.ContextLoader Mar/19 15:42:39.812 - Context initialization failed
[15:44:51 CDT(-0500)] <EricDalquist> java.lang.NullPointerException
[15:44:51 CDT(-0500)] <EricDalquist> at java.lang.StringBuffer.<init>(StringBuffer.java:104)
[15:44:51 CDT(-0500)] <EricDalquist> at org.springframework.beans.factory.config.PropertyPlaceholderConfigurer.parseStringValue(PropertyPlaceholderConfigurer.java:270)
[15:44:52 CDT(-0500)] <EricDalquist> at org.springframework.beans.factory.config.PropertyPlaceholderConfigurer$PlaceholderResolvingBeanDefinitionVisitor.resolveStringValue(PropertyPlaceholderConfigurer.java:401)
[15:44:55 CDT(-0500)] <EricDalquist> at org.springframework.beans.factory.config.BeanDefinitionVisitor.resolveValue(BeanDefinitionVisitor.java:143)
[15:45:31 CDT(-0500)] <esm> missing a properties file name?
[15:45:39 CDT(-0500)] <EricDalquist> not sure
[15:45:55 CDT(-0500)] <EricDalquist> going to dig through source now
[15:45:57 CDT(-0500)] <EricDalquist> well
[15:46:03 CDT(-0500)] <EricDalquist> I'm going to commit my partial work
[15:46:04 CDT(-0500)] <EricDalquist> then dig
[15:46:18 CDT(-0500)] <esm> i think that is what happens when you try to include a properties file in a srring config
[15:46:34 CDT(-0500)] <esm> cool i will update after you ci
[15:46:51 CDT(-0500)] <esm> i want to see if I can get xml libs out of shared/lib
[15:46:56 CDT(-0500)] <EricDalquist> (smile)
[15:47:01 CDT(-0500)] <esm> brb - making coffee
[15:52:15 CDT(-0500)] <esm> back
[15:52:20 CDT(-0500)] <EricDalquist> committed
[15:52:26 CDT(-0500)] <esm> updating]
[15:53:07 CDT(-0500)] <EricDalquist> grr ... none of the spring-* jars have the source jars included in the repo

  • No labels