Re: Could anyone tell the new links?

2013-10-09 Thread David Jencks
I thought these were xml namespaces rather than actual working urls.  There is 
no requirement that an xml namespace in the form of a url actually link to 
anything, and I don't think these ever did.

Where did you find them used?

thanks
david jencks

On Oct 8, 2013, at 7:43 PM, Zhi Xie daxie...@gmail.com wrote:

 Hi,David. The straightforward way is to add those 2 xsds in openejb, or we
 upload in geronimo site, openejb provide those 2 links to redirect to
 geronimo site. Because the 2 links have been for a long time. Many users
 have refered them in their applications. Many technotes and documents have
 included them.
 
 
 2013/10/9 Zhi Xie daxie...@gmail.com
 
 Thanks,David.As I know, you are a great committer in GERONIMO, so do you
 have any suggestion for the next step in geronimo? I have also sent a
 question in Geronimo community. Maybe we could discuss this issue in
 Geronimo community.
 
 
 2013/10/9 David Blevins david.blev...@gmail.com
 
 Hi Gary,
 
 Those links have never been valid.  I seem to recall the xsds were in
 Geronimo source somewhere in Geronimo 1.x and gone from subsequent releases
 after Geronimo stopped using xmlbeans.  It's been quite a while -- I don't
 recall the details.
 
 
 -David
 
 On Oct 8, 2013, at 1:38 AM, Zhi Xie daxie...@gmail.com wrote:
 
 It is very important for apache geronimo project. I'm appreciated to see
 any comments. Thanks.
 
 
 2013/10/8 Zhi Xie daxie...@gmail.com
 
 http://openejb.apache.org/xml/ns/openejb-jar-2.2
 http://openejb.apache.org/xml/ns/pkgen-2.1
 
 I find these links above are invalid now.
 
 --
 Best Regards
 Gary
 
 
 
 
 --
 Best Regards
 Gary
 
 
 
 
 --
 Best Regards
 Gary
 
 
 
 
 -- 
 Best Regards
 Gary



Re: Could anyone tell the new links?

2013-10-09 Thread dsh
Btw, these are namespace URIs and not URLs because they only must identify
but AFAIK they don't need to locate a resource. Otherwise I'd suppose these
resource would really need to exist.

Cheers
Daniel


On Wed, Oct 9, 2013 at 8:26 AM, David Jencks david_jen...@yahoo.com wrote:

 I thought these were xml namespaces rather than actual working urls.
  There is no requirement that an xml namespace in the form of a url
 actually link to anything, and I don't think these ever did.

 Where did you find them used?

 thanks
 david jencks

 On Oct 8, 2013, at 7:43 PM, Zhi Xie daxie...@gmail.com wrote:

  Hi,David. The straightforward way is to add those 2 xsds in openejb, or
 we
  upload in geronimo site, openejb provide those 2 links to redirect to
  geronimo site. Because the 2 links have been for a long time. Many users
  have refered them in their applications. Many technotes and documents
 have
  included them.
 
 
  2013/10/9 Zhi Xie daxie...@gmail.com
 
  Thanks,David.As I know, you are a great committer in GERONIMO, so do you
  have any suggestion for the next step in geronimo? I have also sent a
  question in Geronimo community. Maybe we could discuss this issue in
  Geronimo community.
 
 
  2013/10/9 David Blevins david.blev...@gmail.com
 
  Hi Gary,
 
  Those links have never been valid.  I seem to recall the xsds were in
  Geronimo source somewhere in Geronimo 1.x and gone from subsequent
 releases
  after Geronimo stopped using xmlbeans.  It's been quite a while -- I
 don't
  recall the details.
 
 
  -David
 
  On Oct 8, 2013, at 1:38 AM, Zhi Xie daxie...@gmail.com wrote:
 
  It is very important for apache geronimo project. I'm appreciated to
 see
  any comments. Thanks.
 
 
  2013/10/8 Zhi Xie daxie...@gmail.com
 
  http://openejb.apache.org/xml/ns/openejb-jar-2.2
  http://openejb.apache.org/xml/ns/pkgen-2.1
 
  I find these links above are invalid now.
 
  --
  Best Regards
  Gary
 
 
 
 
  --
  Best Regards
  Gary
 
 
 
 
  --
  Best Regards
  Gary
 
 
 
 
  --
  Best Regards
  Gary




The installer does not execute the same logic for regular tar.gz/zip tomee and drop-in war

2013-10-09 Thread Thiago Veronezi
Guys,

Do you remember why we call
org.apache.tomee.installer.Installer#installAll in tomee drop-in war and
org.apache.tomee.installer.Installer#installFull to build the tar.gz/zip
version of the server?

It turns out, the installFull method moves all tomee jar files to the
catalina lib directory. The installAll only adds openejb-javaagent.jar
and tomee-loader.jar to it.

The installFull uses the org.apache.tomee.catalina.ServerListener
class, but the installAll uses org.apache.tomee.loader.OpenEJBListener.

Shouldn't we be using the same logic in both versions? Can we drop one of
the methods? I would prefer the drop-in version because it changes as
little as possible the catalina lib directory.

[]s,
Thiago.


Re: The installer does not execute the same logic for regular tar.gz/zip tomee and drop-in war

2013-10-09 Thread Romain Manni-Bucau
Hi

one is war oriented (= you drop in war then you add config to get tomee
ready to work) and one is tomee oriented (move libs etc).

Both are needed since depending the case you don't start the same way.

*Romain Manni-Bucau*
*Twitter: @rmannibucau https://twitter.com/rmannibucau*
*Blog: **http://rmannibucau.wordpress.com/*http://rmannibucau.wordpress.com/
*LinkedIn: **http://fr.linkedin.com/in/rmannibucau*
*Github: https://github.com/rmannibucau*



2013/10/9 Thiago Veronezi thi...@veronezi.org

 Guys,

 Do you remember why we call
 org.apache.tomee.installer.Installer#installAll in tomee drop-in war and
 org.apache.tomee.installer.Installer#installFull to build the tar.gz/zip
 version of the server?

 It turns out, the installFull method moves all tomee jar files to the
 catalina lib directory. The installAll only adds openejb-javaagent.jar
 and tomee-loader.jar to it.

 The installFull uses the org.apache.tomee.catalina.ServerListener
 class, but the installAll uses org.apache.tomee.loader.OpenEJBListener.

 Shouldn't we be using the same logic in both versions? Can we drop one of
 the methods? I would prefer the drop-in version because it changes as
 little as possible the catalina lib directory.

 []s,
 Thiago.



Re: The installer does not execute the same logic for regular tar.gz/zip tomee and drop-in war

2013-10-09 Thread Thiago Veronezi
Thanks for the tip! I will check it out later today.

[]s,
Thiago.



On Wed, Oct 9, 2013 at 10:44 AM, Romain Manni-Bucau
rmannibu...@gmail.comwrote:

 Do a diff between libs? you surely moved files, not always possible
 dependeing on environment. installer is used at runtime to upgrade a drop
 in war tomcat-tomeewar in tomee.

 *Romain Manni-Bucau*
 *Twitter: @rmannibucau https://twitter.com/rmannibucau*
 *Blog: **http://rmannibucau.wordpress.com/*
 http://rmannibucau.wordpress.com/
 *LinkedIn: **http://fr.linkedin.com/in/rmannibucau*
 *Github: https://github.com/rmannibucau*



 2013/10/9 Thiago Veronezi thi...@veronezi.org

  H... I changed the SetupCommand.groovy a bit in order to use the
  installAll instead of installFull, and it seems the server runs
 great.
 
  This is the change...
 
 
 
 
  Index:
 
 ../../trunk/tomee/apache-tomee/src/main/groovy/commands/SetupCommand.groovy
  IDEA additional info:
  Subsystem: com.intellij.openapi.diff.impl.patch.CharsetEP
  +UTF-8
  ===
  ---
 
 ../../trunk/tomee/apache-tomee/src/main/groovy/commands/SetupCommand.groovy
  (revision
  1530564)
  +++
 
 ../../trunk/tomee/apache-tomee/src/main/groovy/commands/SetupCommand.groovy
  (revision
  )
  @@ -124,20 +124,7 @@
   System.setProperty(catalina.base, ${catalinaHome})
   Paths paths = new Paths(new
 File(${catalinaHome}/webapps/tomee))
   Installer installer = new Installer(paths, true)
  -installer.installFull()
  -
  -// clean up duplicate jars since in TomEE it is useless
  -// = gain of space ;)
  -ant.delete(file: paths.getJAXBImpl())
  -ant.delete(file: paths.getOpenEJBTomcatLoaderJar())
  -ant.delete(file: paths.findTomEELibJar(jaxb-impl))
  -ant.delete(file:
  paths.findTomEELibJar(openejb-javaagent-${openejbVersion}.jar)) // we
  need the one without version
  -
  -ant.delete(file:
  ${paths.catalinaLibDir}/tomee-static-jquery-${tomeeVersion}.jar)
  -ant.delete(file:
  ${paths.catalinaLibDir}/tomee-static-bootstrap-${tomeeVersion}.jar)
  -
  -ant.delete(file: paths.findOpenEJBWebJar(tomee-loader))
  -ant.delete(file: paths.findOpenEJBWebJar(swizzle-stream))
  +installer.installAll()
 
   log.info(Assigning execute privileges to scripts in Tomcat bin
  directory)
   ant.chmod(dir: ${workDir}/apache-tomcat-${tomcatVersion}/bin,
  perm: u+x, includes: **/*.sh)
 
 
 
 
  What am I missing?
 
  []s,
  Thiago.
 
 
 
 
  On Wed, Oct 9, 2013 at 10:12 AM, Romain Manni-Bucau
  rmannibu...@gmail.comwrote:
 
   Hi
  
   one is war oriented (= you drop in war then you add config to get tomee
   ready to work) and one is tomee oriented (move libs etc).
  
   Both are needed since depending the case you don't start the same way.
  
   *Romain Manni-Bucau*
   *Twitter: @rmannibucau https://twitter.com/rmannibucau*
   *Blog: **http://rmannibucau.wordpress.com/*
   http://rmannibucau.wordpress.com/
   *LinkedIn: **http://fr.linkedin.com/in/rmannibucau*
   *Github: https://github.com/rmannibucau*
  
  
  
   2013/10/9 Thiago Veronezi thi...@veronezi.org
  
Guys,
   
Do you remember why we call
org.apache.tomee.installer.Installer#installAll in tomee drop-in
 war
   and
org.apache.tomee.installer.Installer#installFull to build the
   tar.gz/zip
version of the server?
   
It turns out, the installFull method moves all tomee jar files to
 the
catalina lib directory. The installAll only adds
   openejb-javaagent.jar
and tomee-loader.jar to it.
   
The installFull uses the org.apache.tomee.catalina.ServerListener
class, but the installAll uses
   org.apache.tomee.loader.OpenEJBListener.
   
Shouldn't we be using the same logic in both versions? Can we drop
 one
  of
the methods? I would prefer the drop-in version because it changes as
little as possible the catalina lib directory.
   
[]s,
Thiago.