On that - Musachy attempted a hack (=p) a while ago it seems -
http://www.nabble.com/forum/ViewPost.jtp?post=9913464&framed=y - lol..
--
View this message in context:
http://www.nabble.com/-s2--Struts-2-OSGi-Plugin-tp11851951p18457983.html
Sent from the Struts - Dev mailing list archive at Nabb
Ahh i see. The reason I can see that people would really want it is the
transition to OSGi would be less painful. People don't want to do too much
rewriting. So far to move to OSGi it is not too difficult and does not
require too much change to an existing project. But if there is no JSP
support i
On Mon, Jul 14, 2008 at 8:18 PM, Don Brown <[EMAIL PROTECTED]> wrote:
> The key problem is JSP files cannot be packaged in a JAR, which is the
> default format of a bundle. The way systems like Sling and Spring
> Application Platform get around it is by embedding a Tomcat or Jetty
> instance with
The key problem is JSP files cannot be packaged in a JAR, which is the
default format of a bundle. The way systems like Sling and Spring
Application Platform get around it is by embedding a Tomcat or Jetty
instance within the OSGi container, then adding OSGi headers to the
war manifest and deployi
I would think JSP support would have to be mandatory for wide acceptance?? I
know the example you are using is Apache Felix as the OSGi container but
Equinox is building in JSP support (they also have a struts example) -
http://www.eclipse.org/equinox/server/jsp_support.php.
Don Brown-2 wrote:
>
>
> I opened WW-2576 some time ago.
>
> After looking at the source I came to the conclusion that the convention
> plugin is designed to exclude a whole bunch of packages from classpath
> scanning. For my feeling that is not the best way to go because you can never
> be sure what is on your classpa
Am Freitag, 23. Mai 2008 05:51:39 schrieb Musachy Barroso:
> Yes I had a similar problem, and is not jdbc specific, it's just
> convention scanning too much, I can't really remember what my problem
> was, but convention was scanning the whole classpath. Anyway,
> that's why I added "struts.conventi
The Great Struts 2 Bug Hunt is proceeding well, but we need some more
volunteers to close out the remaining issues. In particular, we have
a lot of Dojo/tag issues, so if anyone can help with those tickets, it
would really be appreciated. Check out this reddening chart:
https://issues.apache.org
Well, at least in my experience so far, for libraries, it is usually
enough to take the default manifest, if there is a version of the jar
available that has one, but for frameworks, you may want to customize
exactly what packages are depended upon and, more importantly, what
dependencies are bundl
2008/7/14 Don Brown <[EMAIL PROTECTED]>:
> Actually, that bit isn't a problem - we could bundle the tiles jars in
> the struts 2 tiles plugin and generate the manifest for both
> automatically.
Sorry for the dumb question, but does "bundling" mean "decompress and
recompress together"? IMHO it's ea
On Mon, Jul 14, 2008 at 5:31 PM, Antonio Petrelli
<[EMAIL PROTECTED]> wrote:
> 2008/7/14 Don Brown <[EMAIL PROTECTED]>:
>> It all depends on the approach. Currently, JSP's aren't supported and
>> in fact, I doubt they will ever be supported. If tiles can work with
>> Freemarker or Velocity, then
2008/7/14 Don Brown <[EMAIL PROTECTED]>:
> It all depends on the approach. Currently, JSP's aren't supported and
> in fact, I doubt they will ever be supported. If tiles can work with
> Freemarker or Velocity, then I don't see why we couldn't get it
> working.
Currently Tiles can use only JSP an
12 matches
Mail list logo
